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EXECUTIVE  SUMMARY 

The  NextGen  Joint  Planning  and  Development  Offiee  (JPDO)  and  the  NextGen  partner  ageneies 
are  planning  the  evolution  of  the  entire  National  Airspaee  System  (NAS)  from  its  eurrent  state  to 
a  completely  new  concept  over  the  next  two  decades  in  order  to  meet  the  envisioned  demands  of 
its  users.  Based  on  the  NextGen  ConOps  v.  2.0  and  other  NextGen  documentation,  the  currently 
envisioned  changes  to  Air  Traffic  Management  (ATM)  capabilities  and  the  operational 
improvements  that  will  facilitate  them  will  require  network-enabled,  aviation-tailored  weather 
information.  The  weather  communities  within  the  National  Oceanic  and  Atmospheric 
Administration  (NOAA),  the  Federal  Aviation  Administration  (FAA),  and  the  Department  of 
Defense  (DoD)  have  developed  this  Plan  to  ensure  accessible,  network-enabled  weather 
information  will  be  available  to  meet  the  user’s  needs.  A  complementary  follow-on  effort,  to 
describe  a  Plan  that  describes  a  common  weather  reference  and  its  translation  and  integration 
into  evolving  operational  decision-support,  will  also  be  developed  to  support  risk  mitigation 
goals  for  NextGen.  The  Plans  will  be  merged  in  2010. 

In  the  NextGen  concept,  weather  information  used  by  ATM  decision-makers  will  come  from  a 
net-centric,  virtual,  data  repository  of  aviation  weather  data,  referred  to  as  the  “four-dimensional 
weather  data  cube.”  This  concept  allows  each  agency  to  leverage  and  merge  their  existing 
agency-specific  efforts  and  aviation-weather  requirements  into  a  mutually  supportable  national 
and  eventually  global,  construct.  This  Federal  effort  addresses  a  way  to  combine  public  and 
private  sector  aviation  weather  needs  into  the  ATM  process  as  well  as  allowing  each  agency  to 
maintain  various  independent  capabilities  consistent  with  their  own  weather  needs.  A 
foundational  element  of  this  Plan  builds  upon  and  takes  advantage  of  evolving  information 
technology  advances. 

In  order  to  achieve  this  Plan  for  weather  access  and  use,  the  weather  community  must  address 
certain  unmet  aviation  weather  user  needs  that  exist  today.  If  not  addressed,  many,  if  not  all  of 
these  unmet  needs  will  remain  during  any  transitional  ATM  phase  with  increasing  consequence. 
End-state  ATM  capabilities  and  performance-based  goals  will  be  greatly  compromised  without 
the  envisioned  weather  infrastructure  and  support  as  described  in  this  Plan.  In  short,  weather 
access  and  use  must  change  to  support  more  performance-based  operations  as  future  NextGen 
capabilities  are  realized. 

Ongoing,  unmet  aviation  weather  user  needs  include; 

•  Weather  information  content;  Weather  information  content  needs  to  be  increasingly 
sufficient  in  terms  of  accuracy,  timeliness,  detail,  and  resolution  consistent  with  the 
evolving  NextGen  functional  and  performance  requirements. 

•  Weather  information  availahility;  There  needs  to  be  consistent  and  universal 
(ubiquitous)  access  to  weather  information  by  aviation  decision  makers  and  other  users. 

•  Weather  information  consistency;  Even  when  weather  information  is  available  it  can 
be  inconsistent  in  content  or  message.  There  is  a  need  for  weather  information  parity  for 
more  effective  collaboration  across  multiple  decision  makers. 
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•  Weather  translation:  There  is  a  need  to  translate  and  integrate  weather  information  and 
its  uneertainties  within  deeision-support  eonstruets  to  meet  evolving  ATM  operational 
missions  and  NAS  user  business  models. 

•  Weather  predictability:  NAS  users  find  it  difficult  to  interpret  and/or  understand  and 
effectively  plan  using  current  descriptions  of  weather  uncertainty.  There  is  a  need  to 
support  ATM  resource  predictability  and  availability  within  the  context  of  weather 
uncertainty. 

•  Weather  information  framework;  There  needs  to  be  an  informational  architecture  for 
weather  that  facilitates  growth,  flexibility,  and  tailoring  to  support  NextGen  constructs. 

It  is  proposed  in  this  plan  that  a  4-D  Weather  Data  Cube  will  address  these  user  needs  and  serve 
as  a  foundational  framework  for  continued  weather  access  and  use  in  NextGen  timeframes. 
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1  INTRODUCTION 


1.1  Purpose  and  Scope  of  Plan 

1.1.1  Purpose 

One  of  the  key  tenets  of  NextGen  is  the  assimilation  of  weather  information  into  Air  Traffie 
Management  (ATM)  deeision  making.  The  NextGen  Joint  Planning  and  Development  Offiee 
(JPDO)  Weather  Working  Group  developed  a  Weather  Coneept  of  Operations  (ConOps)  to 
define  this  capability.  This  NextGen  Weather  Plan  documents  the  NextGen  weather  concept  and 
identifies  the  roles  and  responsibilities  of  the  Government  agencies  within  the  National  Weather 
Enterprise  for  developing  an  operational  NextGen  Weather  Enterprise.  This  includes 
implementing  a  4-D  Weather  Data  Cube  (also  called  the  Cube),  planning  for  the  development 
and  integration  of  digital  weather  information  into  user  decision-support  tools,  identification  of 
the  policy  and  governance  issues  that  must  be  resolved  to  enable  the  use  of  the  Cube,  and 
providing  a  science  roadmap  to  meet  aviation  weather  needs.  The  initial  version  of  the  Plan 
includes  a  definition  of  the  work,  cost  profiles,  and  timelines  to  achieve  operational  status  for  the 
Cube. 

This  Plan  has  been  developed  in  coordination  with  industry  representation  from  the  NextGen 
Institute.  This  Plan  provides  industry  a  means  to  determine  their  business  case  to  fit  into  the 
NextGen  Weather  Enterprise  based  on  the  Government’s  plan. 

This  Plan  will  be  updated  to  include  more  extensive  sections  on  integration,  policy  and  a  science 
roadmap. 

1.1.2  Scope 

This  document  describes  the  management  structure,  tasks,  and  metrics  that  will  be  used  to  field 
the  initial  operational  capability  (IOC)  of  the  Cube.  This  document  also  describes  the  policy  and 
procedural  issues  that  must  be  clarified  or  changed  before  network-enabled  weather  can  be  fully 
utilized  in  the  National  Airspace  System  (NAS).  This  document  lays  out  the  foundation  for 
future  Cube  capabilities  in  an  aviation  weather  science  roadmap.  A  complementary  follow-on 
effort,  to  describe  a  Plan  that  describes  a  common  weather  reference  and  its  translation  and 
integration  into  evolving  operational  decision-support,  will  also  be  developed  to  support  risk 
mitigation  goals  for  NextGen.  The  Plans  will  be  merged  in  2010. 


1.2  NextGen  Weather  Management  Structure 

The  JPDO  Board  designated  the  NextGen  Executive  Weather  Panel  (NEWP)  to  act  as  the 
primary  policy  and  decision-making  body  for  issues  related  to  NextGen  Weather.  The  NEWP 
consists  of  the  EAA  ATO  Senior  VP  for  NextGen  and  Operations  Planning  Services;  the  NOAA 
Assistant  Administrator  for  Weather  Services;  the  Air  Eorce  Director  of  Weather;  the 
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Oceanographer  of  the  Navy;  the  National  Aeronautics  and  Space  Administration  (NASA) 
Director  of  Airspace  Systems  Program  Office;  and  the  Director  of  the  JPDO.  If,  in  the  unlikely 
case  this  panel  is  unable  to  resolve  any  particular  issue,  the  issue  would  be  elevated  to  the  JPDO 
Board  and/or  Senior  Policy  Committee. 

The  NEWP  is  faeilitated  by  the  JPDO  Weather  Working  Group  eo-ehairs  and  the  Exeeutive 
Committee  (EC).  The  JPDO  Weather  Working  Group  has  Government  and  Industry  eo-ehairs 
and  the  EC  is  eomposed  of  agency  leads  and  industry  representatives,  as  well  as  the  Government 
and  industry  co-chairs  of  the  various  Weather  Working  Group  teams.  (See  Eigure  1-1.)  The 
Weather  Working  Group  has  five  standing  teams:  the  System  Engineering  Team,  the  Policy 
Team,  the  Weather  Integration  Team,  the  4-D  Weather  Data  Cube  Team,  and  a  Test/Demo  team. 

In  the  summer  of  2008,  the  NEWP  agreed  on  agency  roles  and  responsibilities  for  Government 
NextGen  aetivities.  The  two  primary  activities  are  the  provision  of  net-enabled  weather 
information  and  the  application  of  the  weather  information  in  NextGen  aetivities. 

NOAA  is  the  lead  for  the  development  and  implementation  of  the  provision  of  net- 
enabled  weather  information,  with  the  EAA,  DoD,  NASA,  and  Industry  playing 
signifieant  contributing  roles. 

EAA  is  the  lead  for  the  integration  of  net-enabled  weather  information  into  air  traffic 
management  deeision  making,  with  the  NOAA,  DoD,  NASA,  and  Industry  playing 
significant  contributing  roles. 

Consistent  with  the  responsibility  of  the  designation  of  “lead,”  it  is  anticipated  that  NOAA  and 
EAA  will  provide  a  significant  amount  of  the  funding  required  for  the  development  and 
implementation  of  their  respeetive  lead  tasks.  Other  ageneies  will  identify  relevant  funding  or 
internal  programs  which  would  complement  the  development  and  implementation  activities  and 
agree  to  allow  the  “integrated  plan”  to  define  tasks  and  preferred  priorities  for  those  particular 
funds. 

The  NEWP  will  approve  on  a  recurring  (at  least  annual)  basis  this  NextGen  Weather  Plan,  whieh 
will  contain  implementation  timelines,  identification  and  definition  of  critical  milestones,  and 
updates  to  the  agreed  upon  roles  and  responsibilities  contained  in  this  doeument. 
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Figure  1-1  NextGen  Weather  Management  and  Governance  Structure 

1,3  Major  Data  and  Information  Sources  Used 

This  plan  used  the  following  documents  as  references 

a.  Final  Report  of  the  Commission  on  the  Future  of  United  States  Aerospace  Industry 

b.  Vision  100  -  Century  of  Aviation  Reauthorization  Act  (P.L.108-176) 

c.  Next  Generation  Air  Transportation  System  (NextGen)  Integrated  Plan 

d.  Next  Generation  Air  Transportation  System  Weather  Concept  of  Operations  vl  .0 

e.  NextGen  ConOps  v2.0 

f  NextGen  Integrated  Work  Plan  vl  .0 

g.  NextGen  Business  Case  vl  .0 

h.  4-D  Weather  Functional  Requirements  for  NextGen  Air  Traffic  Management  vO.  1 

i.  NextGen  Enterprise  Architecture  -  Draft  Weather  Segment 


1,4  Problem  Statement 

Today’s  national  air  transportation  system  is  susceptible  to  weather  disruptions  causing  flight 
delays,  the  impacts  of  which  can  be  widespread.  Summer  thunderstorms  or  winter  storms 
impacting  one  hub  airport  or  key  transcontinental  route  can  ground  aircraft  thousands  of  miles 
away,  further  propagating  flight  delays  and  cancellations.  Weather  delays  are  more  than  an 
inconvenience;  they  cost  the  nation’s  airlines,  cargo  carriers,  and  corporate  and  private  users  in 
excess  of  $4  billion  annually.  While  severe  weather  will  likely  continue  to  prevent  airspace  and 
airport  access  in  the  immediate  vicinity  of  the  event,  many  delays  could  be  avoided  with  more 
proactive  ways  of  dealing  with  weather  throughout  the  national  air  transportation  system.  The 
current  ATM  system  and  supporting  decision-making  tools  are  primarily  reactive  to  weather 
events  and  are  ineffective  in  implementing  the  NextGen  vision. 
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In  the  current  system,  weather  information  is  not  integrated  into  the  ATM  process.  Many 
weather  tools  are  added  to  ATM  systems  after  the  fact  and  are  not  integrated  well.  This  requires 
interpretation  by  the  controller  who  must  manually  integrate  this  information  into  traffic 
decisions  based  on  his  or  her  understanding  of  the  information  presented.  The  weather  data 
provided  by  these  systems  may  not  be  provided  in  a  manner  that  is  useful  in  human-made  traffic- 
flow  decisions.  Automated  systems,  many  of  which  are  designed  around  fair  weather  scenarios, 
must  be  shut  down  when  significant  weather  impacts  operations.  This  lack  of  automated  tools 
during  weather  events  necessitates  a  cognitive,  reactive,  inefficient  weather-related  decision¬ 
making  process  and  a  meteorological  competency  on  the  part  of  decision  makers  during  the 
times  of  greatest  need  for  automated  assistance.  What  results  is  a  manual  interpretation  of 
potential  weather  impacts  and  perception  based  largely  on  experience  for  the  determination  of 
“best  data  source.” 

In  some  cases,  current  ATM  processes  ignore  weather  forecasts;  claiming  the  weather  forecast  is 
not  accurate  or  is  inconsistent.  Currently,  the  FAA  receives  weather  information  from  a 
collection  of  diverse,  uncoordinated  observation,  forecast  and  supporting  systems.  As  a  result 
many  ATM  systems  disregard  weather  data,  or  different  systems  use  information  from  differing 
sources,  which  may  be  inconsistent.  Indeed,  today  a  weather  system  infrastructure  that 
adequately  supports  the  timely  and  collaborative  air  transportation  decisions  does  not  exist. 

There  is  a  need  to  develop  a  multiagency,  synchronized  plan  to  achieve  solutions  to  these 
problems.  As  articulated  in  the  NextGen  vision,  the  solution  must  enable  decision  makers  to 
identify  areas  where  and  when  aircraft  can  fly  safely  with  weather  assimilated  into  the  decision¬ 
making  process  in  order  to  optimize  the  entire  national  airspace  system.  The  NextGen  Weather 
Plan  provides  the  initial  scope  and  implementation  roadmap  to  address  requirements  to  achieve 
the  NextGen  weather  vision.  It  also  addresses  agency  roles  and  responsibilities  and  includes 
resource  requirements. 

The  NextGen  Weather  Plan  is  a  first  step  toward  meeting  requirement  documentation  developed 
by  the  JPDO  and  FAA.  These  documents  include  the  Four-Dimensional  Weather  Functional 
Requirements  for  NextGen  Air  Traffic  Management  vO.l,  released  in  January  2008,  and  the  soon 
to  be  released  FAA  Performance  Requirements.  It  is  important  to  note  that  these  JPDO  and  FAA 
requirements  are  focused  on  NextGen  end  state  and  not  IOC. 


1,5  Concept  of  NextGen  Weather 

The  NextGen  Weather  Plan  is  a  multiagency,  synchronized  plan  that  optimizes  resources  and 
creates  a  synergy  that  promotes  more  rapid  and  effective  implementation.  The  execution  of  this 
NextGen  Weather  Plan  will  put  into  place  a  proactive  system  better  able  to  address  and  limit  the 
impact  of  weather. 

In  the  NextGen  Enterprise,  weather  information,  including  its  future  uncertainties,  will  be 
integrated  into  Flight  Management  Systems,  as  well  as  NAS  automation  and  decision-support 
systems  to  support  safe  and  more  efficient  flight  and  a  more  proactive  reduction  of  air  traffic 
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delays  by  balancing  demand  with  system  capacity.  This  translates  into  user  cost  savings  and  air 
transportation  system  efficiencies. 

The  new  paradigm  promotes  sharing  weather  information  and  data.  It  replaces  the  use  of 
individual  and  potentially  conflicting  weather  products  with  network-enabled  common  weather 
information  that  supports  a  common  situational  picture.  Enhanced  tailored,  probabilistic  weather 
information  that  has  been  transformed  and  integrated  into  NAS  automation  and  decision-support 
systems  enables  users  and  service  providers  to  more  precisely  identify  specific  weather  impacts 
on  operations  (e.g.,  trajectory  management  and  impacts  on  specific  airframes,  arrival/departure 
planning)  to  ensure  continued  safe  and  efficient  flight.  NAS  automation  tools  use  integrated 
weather  information  (including  uncertainty),  demand  information,  and  other  capacity  constraints 
to  analyze  the  integrated  information  picture.  The  results  of  this  analysis  allow  users  and 
service  providers  to  select  from  among  proposed  mitigation  strategies  to  balance  demand  to 
available  capacity,  both  strategically  and  tactically.  These  strategies  will  be  less  disruptive 
(fewer  flights  rerouted)  because  the  extent  and  timing  of  weather-impacted  airspace  will  be  more 
precise,  which  is  a  result  of  enhanced  weather  availability  including  enhanced  weather 
observations  and  forecasts,  including  probabilities.  Automation  will  exist  on  both  the  user  side 
and  the  Air  Navigation  Service  Provider  (ANSP)  side,  and  will  be  linked  to  enable  automated 
negotiation  of  these  proposed  strategies.  The  availability  of  enhanced  weather  information 
integrated  with  automated  decision-support  tools  will  be  increasingly  extended  to  the  cockpit  to 
ensure  safety  and  maintain  flight  efficiency. 

There  is  also  a  need  to  include  space  weather  information  in  the  Cube  to  meet  needs  of  near¬ 
space  and  space  operations.  Some  aircraft  are  designed  for  specific  mission  operations  at  flight 
level  (FL)  600  and  above.  The  “near-space”  and  space  operations  will  continue  and  expand  as 
NextGen  capabilities  are  developed.  Near-space  and  space  aircraft  exhibit  a  wide  variance  in 
capability  and  vehicle  performance  (e.g.,  aerostats,  medium-and  high-speed  research  and 
reconnaissance  aircraft,  suborbital  spacecraft,  and  launching  and  reentering  orbital  spacecraft). 


1,6  Alternatives  Considered  for  Providing  Weather  Information 

The  NextGen  Weather  ConOps  team  recognized  the  need  to  look  at  improving  the  weather 
information  infrastructure  before  it  could  be  incorporated  into  the  ATM  decision-support 
processes.  This  section  briefly  discusses  the  four  weather  data  architectures  considered  during 
the  development  of  the  NextGen  ConOps. 

This  background  information  on  the  alternative  analysis  is  included  to  support  the  alternative 
selected  as  described  in  section  1.7,  the  decision  to  develop  a  new  weather  data  architecture.  The 
emphasis  of  this  discussion  is  on  the  Cube  itself.  The  network  infrastructure  that  will  distribute 
this  information  is  considered  separately. 
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Table  1-1  Alternatives  Considered  for  Providing  Weather  Information 


Alternatives 

Description 

Feasibility 

Ability  to 
deliver 
NextGen 
vision 

Status  quo  -  do 
nothing 

Maintain  separate  architectures  and 
costly  point-to-point  communication 
solutions.  The  data  are  neither 
deconflicted  nor  net-centric. 

Green 

Yellow/Red 

Update  all  systems 
to  a  single  existing 
weather  system 
design 

Upgrade  all  of  the  various  weather 
systems  to  match  one  of  the  existing 
weather  data  distribution  systems. 

Red 

Yellow/Red 

Develop  a  new 
weather  data 
architecture  from 
scratch 

Start  with  a  clean  sheet  of  paper  and 
convert  the  architectures  of  all  agencies 
to  this  architecture.  This  option  would 
meet  NextGen  requirements,  but  would 
be  the  costliest,  involve  the  most 
implementation  risk,  and  would 
unnecessarily  replace  existing 
architectures. 

Red 

Green 

Develop  a  new 
weather  data 
distribution 
architecture, 
leveraging  net- 
centric  standard  and 
existing 
architectures 

Leverage  net-centric  standards  and 
incorporate  legacy  architectures.  This 
option  overcomes  the  deficiencies  of  the 
other  alternatives,  meets  all  NextGen 
goals  and  requirements,  is  the  most  cost 
effective,  and  involves  acceptable 
implementation  risk. 

Green 

Green 

1,6,1  Status  Quo  -  Do  Nothing 

The  baseline,  multiagency  weather  data  processing,  access,  and  dissemination  architecture 
consists  of  multiple  distributed  processing  systems  collecting  sensor  data  and  producing  value- 
added  analysis  and  forecast  products.  Organizations  access  the  data  by  arranging  with  managers 
of  weather  processing  systems  and  agency  telecommunication  systems  for  point-to-point 
transport  of  the  weather  products.  Some  data  such  as  the  Aviation  Digital  Data  Service  (ADDS) 
are  also  available  via  access  to  special  web  pages.  The  status  quo  is  an  unacceptable  option 
because  it  involves  diverse  architectures,  technologies,  and  standards;  it  does  not  meet  numerous 
NextGen  requirements  (e.g.,  publication/subscription  registry,  push/pull  access,  tailored 
information,  and  a  single  authoritative  source  (SAS)  of  weather  information);  and  point-to-point 
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dissemination  is  a  costly  option,  resulting  in  critical  information  being  unavailable  to  all 
stakeholders. 


1,6.2  Update  All  Systems  to  a  Single  Existing  Weather  System  Design 

The  second  alternative  considered  is  to  upgrade  all  of  the  various  weather  systems  to  match  one 
of  the  existing  weather  data  distribution  systems  to  meet  NextGen  needs.  This  alternative  was 
determined  to  be  problematic,  costly,  complex,  and  risky.  Here  are  several  examples.  The 
exclusive  use  of  the  DoD’s  virtual  Joint  Meteorological  and  Oceanographic  (METOC)  Data  Base 
(JMDB)  to  be  the  NextGen  architecture,  would  involve  major  (and  perhaps  insurmountable)  data 
standard  issues  for  non-military  users,  as  well  as  issues  involving  multi-mission  focus  and 
priorities.  ADDS  currently  makes  weather  forecasts,  analyses,  and  observations  available  to 
aviation  stakeholders  via  the  internet;  however,  ADDS  may  not  meet  the  reliability,  scalability 
and  security  for  NextGen.  NOAA’s  National  Digital  Forecast  Database  (NDFD)  is  altitude 
limited  (i.e.,  surface  to  5,000  feet)  and  does  not  meet  the  goal  of  the  Commission  on  the  Future 
of  the  US  Aerospace  Industry  to  provide  “high-resolution  weather  forecasts  creating  4-D  (space 
and  time)  profiles,  accurate  for  up  to  6  hours  for  all  atmospheric  conditions  affecting  aviation, 
including  wake  vortices.” 


1,6,3  Develop  a  New  Weather  Data  Architecture  from  Scratch 

The  third  alternative  considered  a  new  architecture  that  would  start  from  a  clean  sheet.  It  would 
include  centralized  weather  data  processing,  publication,  and  access.  This  option  would  meet 
NextGen  requirements,  but  would  be  the  costliest,  involve  the  most  implementation  risk,  and 
would  unnecessarily  replace  existing  architectures. 


1.6,4  Develop  a  New  Weather  Data  Distribution  Architecture,  Leveraging  Net-Centric 
Standards  and  Existing  Architectures 

The  last  alternative  is  to  develop  a  new,  weather-data  distribution  architecture  by  heavily 
leveraging  net-centric  standards  and  incorporating  legacy  architectures.  By  leveraging  net- 
centric  data  sharing  standards  such  as  the  Joint  METOC  Brokering  Language  (JMBL)  and  the 
Open  Geospatial  Consortium  (OGC)  standards  across  multiagency  architectures,  the  views  and 
needs  of  different  communities  can  be  better  accommodated.  The  FAA,  NOAA,  and  DoD  were 
already  moving  toward  this  service  oriented  architecture  (SOA).  This  option  overcomes  the 
deficiencies  of  the  other  alternatives,  meets  all  NextGen  goals  and  requirements,  is  the  most  cost 
effective,  and  involves  acceptable  implementation  risk.  It  also  allows  for  the  provision  of  current 
regulatory  weather  products  (e.g.,  convective  Significant  Meteorological  Information 
[SIGMETs]),  while  policy  is  changed  to  transition  the  NAS  from  a  “product”  to  an 
“information”  environment.  This  option  includes  distributed  data  processing,  with  centralized 
publication/subscription,  using  much  of  the  current  baseline  architecture;  and  develops  a  SAS  of 
weather  information  for  collaborative  decision  making. 
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1.7  Recommended  Solution 

1.7,1  New  Infrastructure  for  Providing  Weather  Information:  4-D  Weather  Data  Cube 

The  JPDO  Weather  Working  Group  deeided  to  follow  the  lead  of  several  ageneies  and  seleeted 
the  fourth  alternative  -  Develop  a  New  Weather  Data  Arehiteeture,  Leveraging  Net-Centrie 
Standards  and  Existing  Arehiteetures  for  implementation.  This  solution  beeame  known  as  the  4- 
D  Weather  Data  Cube  within  the  NextGen  eommunity  and  is  referred  to  as  the  Cube  within  this 
doeument.  Seetion  2  of  this  doeument  describes  the  Cube  implementation  plan  with  more 
program  specifics  found  in  the  appendices.  Version  1.0  of  this  document  includes  the  program 
plan  to  meet  the  Initial  Operational  Capability  (IOC)  in  2013.  Future  versions  will  include 
development  plans  to  meet  NextGen  requirements  out  through  2025. 

The  Cube  contains  all  public  domain,  unclassified,  domestic  weather  information  relevant  to 
aviation  decision  making  including  human  and  machine-derived  observations  (ground,  air  or 
space-based),  analyses,  and  forecast  products  (text,  graphic,  gridded,  machine  readable),  model 
information,  and  climatological  data.  Foreign,  proprietary/private  sourced  products  are  also 
included. 

The  information  in  the  Cube  will  be  tagged  to  allow  users  to  access  the  necessary  information 
required  to  complete  a  task  (flight  planning,  reroute,  fuel  load,  etc.).  This  tagging  will  also 
facilitate  redundancy  and  transition  from  legacy  Agency  platforms 

Cube  weather  data  will  be  archived  as  driven  by  user  need  and  regulations 


1.7,1. 1  Weather  Information  Network  Functionality 

Technologies  now  exist  to  develop  and  provision  (e.g.,  sustain  an  implementation)  the  described 
Cube  via  a  weather  information  network  (WIN).  The  WIN  is  an  architecture  of  network-enabled 
enterprise  services  that  consists  of  a  series  of  weather  collection  servers  or  databases  containing 
weather  information  from  Government  and  Industry  suppliers  (e.g..  National  Weather  Service 
(NWS),  other  Agency  processing  facilities,  research  or  laboratories,  etc.)  that  are  distributed  and 
networked  across  multiple  locations.  The  locations  are  based,  in  part,  on  the  ability  to  leverage  or 
optimize  current  or  planned  capabilities  at  these  facilities  to  collect,  process,  store,  archive,  and 
disseminate  weather  information.  The  individual  (remote)  weather  information  locations  together 
with  the  WIN  comprise  the  Cube. 

In  essence,  some  portion  of  a  “weather  network”  already  exists  -  facilitated  by  the  Internet  - 
where  users  “browse”  and  “request”  weather  information  (e.g.,  from  different  NWS  Weather 
Forecast  Offices,  private  vendors.  However,  the  WIN  is  a  much  more  robust  network  and 
contains  functionality  that  partitions  access  (e.g.,  for  premium  commercial  services,  etc.),  allows 
data  search/query  and  manipulation,  facilitates  an  information  “smart  push  or  pull”  based  on 
weather  thresholds  driven  by  regulation,  aircraft  performance,  user  preferences,  or  other  safety 
critical  triggers,  archives  data  as  per  user  need  and  regulation,  etc. 
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Such  a  network  facilitates  information  sharing  in  broader,  more  timely  and  eonsistent  ways 
among  differing  groups  of  users  sueh  as  the  Air  and  Space  Observations  Center  (AOC),  the 
Traffic  Flow  Management  (TFM),  pilots  and  Air  Traffic  Control  (ATC),  applications,  and  user 
serviee  or  deeision-support  platforms  during  eaeh  transitional  phase  of  NextGen.  The  networked 
information  is  secure,  distributed,  and  easily  expandable  to  accommodate  increased  performance 
requirements  (e.g.,  larger  volumes,  greater  complexity,  higher  fidelity  weather  data  for 
automation  ingest,  low  latency  information  for  immediate  user  response,  ete.)  or  enlarged  user 
base.  It  enables  situational  awareness  among  loeal  and  between  remote  decision  makers.  It 
enables  collaboration  and  shortened  deeision  cycles. 

Users  will  have  aeeess  to  information  shared  in  standardized  protoeols  and  formats  that  are 
universally  aceeptable  with  controlled  exehange  structure  and  serviees.  This  facilitates 
communieation  and  collaboration  across  time  and  spaee  boundaries  to  achieve  common  mission 
objectives.  This  also  supports  evolving  standards  and  protoeols  and  is  independent  of  the 
underlying  eommunieations  infrastructures. 

The  Cube  will  serve  and  the  WIN  will  enable  data  aeeess  for  data  domains  in  whieh  a  user  or 
decision-support  tool  has  requested  data  and  the  user  is  authorized  to  receive  that  data.  This 
ineludes  the  ability  to  separate,  restrict  or  protect  access  to  certain  kinds  of  information,  sueh  as 
proprietary  or  private  vendor  weather  data/produets  (including  observations  from  sensors),  or 
based  upon  user  (pilots,  dispatch,  controllers,  marine,  space,  etc.)  and  Agency  (DoD,  Department 
of  Commerce  [DOC],  Department  of  Transportation  [DOT],  etc.)  business  rules  and  service 
needs. 

1. 7.1,2  Single  Authoritative  Source  (SAS) 

The  SAS  will  be  a  subset  of  the  weather  information  provided  in  the  Cube,  and  will  support  the 
eivil  ANSP’s  ATM  deeisions.  By  IOC  there  will  be  a  eommon  interface  to  weather  information. 
The  scientifie  advanees  such  as  capabilities  for  higher  resolution  of  weather  information  in  spaee 
and  time  will  support  planned  improvements  in  the  weather  content  of  the  SAS  by  FOC.  The 
requirements  necessary  to  support  ehanges  in  the  NAS  operational  capabilities  sueh  as  trajectory 
based  operations  will  also  drive  the  evolution  of  the  SAS  capabilities  to  FOC. 

The  Integrated  Weather  Plan  will  identify  key  deeision  points  in  the  SAS  evolution  from  IOC  to 
FOC  to  address  weather  information  consistency,  accessibility,  and  probability.  At  IOC  the  SAS 
eapabilities  will  reduce  internal  ineonsistencies  between  products;  however  at  IOC  it  is 
antieipated  that  there  will  be  some  inconsisteneies  between  produets,  especially  for  the  legaey 
products.  At  FOC  the  SAS  will  provide  a  single,  consistent  answer  in  time,  space,  and  among 
weather  elements.  At  IOC  the  SAS  information  will  be  open  and  available  to  all;  however  some 
information  used  to  support  ANSP’s  ATM  deeision  will  not  be  in  the  SAS.  At  FOC  it  is 
envisioned  that  there  will  be  eomplete  accessibility  through  network-enabled  operations.  At  IOC 
very  few  of  the  produets  supporting  ANSP’s  ATM  decision-making  will  be  probabilistie; 
however  at  FOC  it  is  envisioned  that  probabilistic  information  will  be  predominant. 

By  FOC  the  SAS  will: 
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1 .  Provide  optimal  representation  of  all  ANSP-used  weather  information  that  is  eonsistent  in 
time,  spaee  and  among  weather  elements 

2.  Be  aeeessible  to  all 

3.  Be  the  souree  of  weather  information  for  the  ANSP’s  ATM  deeisions 

4.  Be  speeified  by  the  ANSP 

5.  Be  supported  by  the  network  serviees  typieal  of  the  Cube. 

The  two  most  important  features  of  the  WIN  are  that  it  1)  faeilitates  the  development  of  a  souree 
of  eommon  weather  information  that  will  be  provided  in  the  SAS,  and  2)  faeilitates  the 
integration  of  eommon  weather  into  aviation  deeision-support  tools  and  platforms. 

1,7.1.2,1  SAS  Common  Weather 

The  SAS  will  be  eomprised  of  4-dimensional  datasets  of  aviation-speeifie  observations, 
analyses,  and  foreeasts  organized  by  3-D  spatial  and  time  eomponents  (x,  y,  z,  t)  that  extend 
from  the  surfaee  to  low  earth  orbit.  To  enable  a  eommon  weather  operating  pieture  and  enhanee 
eollaboration,  the  SAS  provides  a  single  value  at  eaeh  grid  point  that  is  the  “best  representation” 
of  a  weather  element  (e.g.,  wind  speed  and  direetion,  runway  visual  range,  and  turbulenee). 


The  SAS  will  be  a  subset  of  the  weather  information  available  from  the  NextGen  network- 
enabled  Cube.  Mueh  of  this  distinet  subset  is  derived  from  other  weather  information  residing  in 
the  Cube  and  is  designed  speeifieally  to  provide  eommon  weather  situational  awareness,  foster 
improved  eollaboration  among  users  and  ANSPs,  and  support  NextGen  deeision  making.  This 
aviation  speeifie  representation  of  eurrent  and  future  states  of  the  weather  is  aeeomplished 
through  methodologies  to  fuse  (or  merge)  the  various  observations  and  foreeasts  eontained  in  the 
Cube. 

The  SAS  will  eontain  weather  elements  that  are  foeused  towards  all  aviation  eommunities;  the 
SAS  eontent  is  eonsistent  with  the  time  and  performanee  attributes  important  to  operational 
aviation  users  and  their  deeision-support  tools.  The  SAS  eontent  will  inelude  probability  of 
oeeurrenee  foreeasts  for  weather  parameters  determined  to  improve  operational  deeision  making. 
Although  the  SAS  will  be  the  souree  of  weather  information  used  to  produee  aviation  alerts, 
advisories,  and  warnings  assoeiated  with  signifieant  and  potentially  hazardous  ehanges  in  the 
weather,  not  all  regulatory  produets  will  be  provided  in  the  SAS. 

The  SAS  information  will  be  eonsistent  beeause  it  will  provide  the  eommon  referenee  source  of 
aviation  focused  weather.  SAS  information  is  available  to  all  National  Airspace  System  (NAS) 
participants  via  network  enabled  mechanisms,  under  open  and  unrestricted  data  rights,  consistent 
with  contractual  agreements. 

Because  all  the  weather  information  is  linked  via  the  WIN,  techniques  can  be  developed  to 
de-conflict  the  disparate  observations,  analyses,  and  forecasts  contained  across  the  Cube  to 
achieve  a  common  current  and  future  state  of  the  atmosphere  for  NextGen  Air  Traffic 
Management  decision  making. 
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1.7.1.2,2  Facilitating  Integration:  SAS  Weather  into  Operations 

Of  particular  operational  importance,  the  WIN  network-enabled  enterprise  services  will  prepare 
and  deliver  the  SAS  weather  information  in  a  format  ready  for  integration  into  aviation  deeision- 
support  systems  -  a  tenet  for  a  successful  NextGen  implementation.  In  NextGen,  SAS  weather 
information  will  be  integrated  into  the  users’  decision-supports  tools  that  will  apply  the  user’s 
specific  thresholds  to  alert  the  user  to  potentially  adverse  weather  and  determine  the  risk  to  the 
user’s  operations. 

To  meet  these  integration  needs,  the  NextGen  Weather  ConOps  utilizes  the  SAS  concept  to 
ereate  a  new  way  of  looking  at  the  role  of  weather  in  aviation.  The  focus  of  this  new  paradigm  is 
on  common  weather  information  that  can  be  easily  understood  by  users  and  eventually  be 
integrated  with  automation  tools.  This  is  in  eontrast  to  the  eurrent  use  of  “products”  that  are 
often  inconsistent  and  must  be  manually  interpreted  by  decision  makers.  To  meet  this  new 
paradigm,  the  NextGen  weather  domain  authority  determines  the  SAS  eontent  and  eliminates  the 
need  for  decision  makers  to  ehoose  among  potentially  competing/conflieting  weather  “products”. 
SAS  information  is  quality  controlled  by  the  appropriate  and  respeetive  domain  authority(s)  and 
approved  for  use  in  ATM  decisions  and  regulatory  use;  therefore  it  will  be  the  primary  souree  of 
weather  information  used  by  the  Government,  as  well  as  by  operational  partieipants  in  joint, 
collaborative  Govemment/user  decision  making  discussions  and  processes  in  NAS  operations. 

Although  the  SAS  is  defined  as  the  foundational  source  of  aviation  weather  information,  it 
should  not  be  viewed  as  the  sole  source  for  the  aviation  industry.  Industry  and  aircraft  operators 
are  not  obligated  to  use  the  SAS  and  may  ehoose  to  employ  other  weather  information,  if  they 
feel  it  better  fits  their  business  model;  however,  this  would  be  a  departure  from  the  eollaborative 
deeision  making  process.  As  an  example,  flight  and  flow  management  will  become  increasingly 
difficult  if  alternate  weather  predietions  are  used  for  decision  making. 

The  SAS,  and  its  integration  into  decision-support  tools  (DST),  supports  several  required 
NextGen  capabilities  for  capaeity  management,  trajectory  management,  flow  eontingency 
management,  separation  management  and  improved  surfaee  operations.  As  an  example,  for 
strategic  timeframes,  eommon  weather  supports  the  assignment  of  traffie  flows  that  best  achieve 
capaeity  balance,  safety  and  end  user  desires.  It  effeetively  allows  traffie  flow  plans  to  be 
developed  based  on  a  consistent  analysis  of  weather  as  well  as  the  common  understanding  and 
uncertainty  of  the  future  state  of  the  atmosphere. 

As  described,  the  SAS  will  be  a  valuable  yet  crucial  tool  for  NextGen  operations.  The  common 
weather  picture  will  greatly  improve  collaboration  between  users  and  ANSPs  to  enhance  the 
ability  to  apply  risk  management  to  reduee  the  impaet  of  weather  on  their  operations.  The  SAS 
will  enhance  the  ability  to  make  unified  aviation  decisions  and  manage  the  strategic  and  tactical 
plans  required  to  meet  NextGen  NAS  needs. 


1.7,2  Weather  Integration 

Today,  the  colleetion  of  diverse,  uncoordinated  weather  observations,  foreeasts  and  systems  does 
not  support  the  growing  need  for  “information,  rather  than  data”  to  support  timely  and 
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collaborative  air  transportation  decision  making  necessary  to  avoid  bad  weather.  Additionally, 
the  manner  and  methods  of  the  actual  decision-making  process  involving  weather  information  is 
not  well  developed  to  support  the  NextGen  concept.  In  the  previous  section,  the  initial  solution 
to  the  Problem  Statement  described  how  the  Cube  will  be  designed  and  built  to  form  the  set  of 
weather  information  that  NextGen  will  use.  This  is  the  precursor  to  the  second  part  of  the 
solution  to  the  Problem  Statement  that  necessarily  involves  what  is  termed  “weather  integration.” 
The  Weather  Integration  Phase,  herein  referred  to  as  “Integration,”  is  an  overlapping  phase  in  the 
Weather  Plan  in  which  weather  information  developed  in  the  Cube  is  used  in  decision-support 
tools,  models,  algorithms,  and  so  forth  to  achieve  one  of  eight  key  capabilities  established  in  the 
NextGen  ConOps,  “Weather  Assimilated  into  Decision-Making.” 

Integration  is  the  action  of  taking  weather  information  from  the  Cube  and  using  it  in 
sophisticated  decision-support  tools  that  will,  among  other  things,  enable  trajectory-based 
operations  (TBO)  and  high-density  operations.  TBO  is  a  major  transformation  in  NextGen  and 
is  the  main  mechanism  for  managing  air  traffic  in  high-density  or  high-complexity  airspace.  A 
major  element  in  calculating  optimum  trajectories  is  knowledge  of  where  key  weather 
phenomena  are  located,  their  intensity,  their  movement,  and  so  on.  It  is  essential  to  provide 
precise  and  accurate  prediction  of  location  and  timing  of  potential  weather  impacts.  A  lack  of 
weather  information  puts  TBO  at  significant  risk,  particularly  when  convective  weather  is 
present.  Integration  incorporates  weather  information  into  the  decision-support  tools  that 
formulate  the  most  efficient  air  traffic  routing  solutions  and  continually  account  for  inherently 
dynamic  weather  phenomena. 

Integration  also  allows  NextGen  stakeholders  to  make  informed  decisions  affecting  a  variety  of 
other  operations,  such  as  ground  refueling,  snow  removal,  or  maintenance  activities.  As 
operations  models  are  refined  and  synchronized  with  air  traffic  flow  management,  they  depend 
more  and  more  on  timely  and  accurate  weather  information.  As  the  Cube  develops,  there  is  a 
natural  progression  toward  incorporating  this  weather  information  into  more  sophisticated 
decision-support  tools  that  continue  to  optimize  resources  for  these  operations. 

While  integration  is  considered  a  key  phase  in  the  execution  of  this  Plan,  there  is  much  work  that 
must  be  done  to  understand  and  develop  the  tools  to  actually  use  the  Cube’s  information 
efficiently  and  effectively.  As  articulated  in  the  ConOps,  NextGen  will  move  toward  automation 
in  its  pursuit  of  decision-support  tools. 

Currently,  the  FAA  is  the  lead  agency  charged  with  developing  integration  tools.  The  FAA  will 
look  to  leverage  integration  efforts  of  other  agencies  where  feasible.  This  JPDO  Weather 
Working  Group  will  incorporate  the  Weather  Integration  Plan  into  the  NextGen  Weather  Plan  in 
2010. 

While  the  Cube  is  being  developed,  the  Weather  Integration  Team  will  address  the  issue  of 
assimilating  weather  into  the  ATM  decision-making  process.  The  team  is  comprised  of  experts 
from  the  weather  community,  pilots,  air  traffic  management,  airports  and  other  NextGen  work 
groups.  They  are  developing  a  separate  plan  for  integrating  weather  into  automation  and 
decision-supports  systems.  The  team  is  reviewing  the  FAA  NGIP,  the  JPDO  NextGen  Integrated 
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Work  Plan  (IWP),  and  other  research  plans  to  identify  insertion  points  for  integrating  weather 
into  operations.  The  team  will  work  with  operators  and  automation  developers  to  understand 
their  needs  and  recommend  specific,  weather-diagnostic  tools  for  integration  into  operational 
systems. 

1,7.3  Updates  to  Operational  Policies  and  Procedures 

The  Cube  concept  and  integration  of  weather  information  into  the  ATM  decision-support  process 
introduces  three  additional  areas  requiring  planning — governance  of  the  Cube,  updating  existing 
policies  and  regulations  pertaining  to  weather  requirements  for  flight  safety,  and  coordinating  the 
research  and  development  for  future  capabilities  to  meet  NextGen  end-state  requirements. 

A  governing  body  is  required  to  regulate  and  manage  the  operational  Cube  for  weather  providers 
and  users.  The  governing  body  will  have  the  capability  to  add,  delete,  or  change  system 
locations,  content,  and  functionality  as  driven  by  future  agency  capabilities  or  as  required  by 
future  user  needs.  The  governing  body  will  develop  policies  regarding  standards  and  Cube 
access  requirements. 

Current  aviation  regulations,  applications,  and  services  that  require  weather  information  will 
need  to  be  supported.  The  Cube  at  IOC  will  contain  weather  information  from  legacy  (current) 
observational  and  system  ground,  air,  and  space-based  sources.  This  will  include  information 
from  supporting  Agency  weather  radars,  weather  satellites,  aircraft  (onboard  sensors  and  pilot 
reports),  weather  products  (aviation-centric  and  otherwise)  in  traditional  alpha-numeric  forms, 
surface  observations,  model  outputs,  and  forecast  products.  The  Cube  will  also  contain  weather 
information  from  outside  of  the  Continental  United  States  (CONUS). 

Section  3  of  this  document  will  describe  the  governance  and  policy  plan.  It  will  be  incorporated 
into  the  Plan  in  a  future  version. 

Research  and  development  capabilities  need  to  be  defined  and  ready  for  transition  to  the  Cube  by 
IOC.  Section  4  of  this  document  will  describe  the  coordinated  science  roadmap  to  meet  these 
requirements. 


1,7.4  Plan  to  Meet  NextGen  Requirements  Beyond  IOC 

In  order  to  support  NextGen  initiatives,  the  weather  information  collected  and  contained  in  the 
Cube  will  change  throughout  the  development  of  NextGen.  The  IOC  for  the  Cube  will  consist, 
primarily,  of  current  weather  data  required  for  flight  safety  available  via  a  net-centric 
infrastructure.  In  future  developments,  the  breadth  of  weather  information  within  the  Cube  will 
expand  to  include  additional  sensor,  model,  or  forecast  information,  including  improvements  in 
accuracy,  update  rate,  resolution.  The  Cube  will  contain  associated  analysis  and  forecast 
probabilities  for  user-defined  decision-support  and  other  automated  tools.  Finally,  specific 
weather  information  for  other  Agency  needs  (e.g.,  fire  weather,  emergency  management, 
highway  transportation)  will  be  incorporated  into  the  Cube  as  the  needs  are  developed. 
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The  agencies  and  industry  will  need  to  conduct  extensive  R&D  to  meet  many  of  the  future 
NextGen  requirements.  Section  4  of  this  document  will  describe  the  coordinated  science 
roadmap  to  meet  these  requirements.  By  developing  this  Plan  during  the  initial  IOC 
development  phases,  the  R&D  can  be  directed  to  meet  future,  spiral  developments  of  the  Cube 
and  meet  integration  requirements.  Section  4  will  be  incorporated  in  a  future  version  of  this 
document. 


1,8  Anticipated  Benefits  and  Impact 

Many  of  the  Cube  benefits  directly  support  the  FAA  Flight  Plan  and  the  capability  required  to 
provide  increased  capacity  and  margin  of  safety  in  the  face  of  large  anticipated  increases  in 
demand.  The  FAA  Flight  Plan  for  2009-2013,  the  strategic  plan  for  the  agency,  describes  near 
term  goals  for  NextGen,  for  increased  safety,  greater  capacity,  international  leadership  and 
organizational  excellence.  Some  of  these  NextGen  capabilities  will  be  dependent  on  the  net- 
centric  access  of  weather  information,  improved  weather  observation  and  forecasting 
capabilities,  and  the  development  of  a  common  weather  picture.  These  capabilities  will  also 
provide  cost  sayings  from  common  weather  information  tools,  and  collateral  enhancements  to 
non-NextGen  programs  internal  to  NOAA  and  the  FAA 

1.8.1  Net-Centric  Benefits 

The  Cube  enables  the  point-to-multipoint,  networked  access  of  distributed  observational  and 
forecast  weather  information  by  all  NextGen  users,  service  providers,  military  planners,  security 
personnel,  and  the  flying  public.  The  Cube  will  enable  net-centric  access  by  system  users  to 
consistent  tactical  and  strategic  level  weather  information.  The  Cube  will  also  employ 
Networked-Enabled  Operations  (NEO)  data  management  techniques  to  access  information 
across  varied  space  and  time  scales.  Changes  to  weather  information  will  be  rapidly  disseminated 
and  all  categories  of  weather  users  will  have  improved  access  to  timely  and  accurate  flight 
information  at  their  homes,  businesses,  airports,  and  in  the  air  to  support  improved  decision 
making  for  increased  capacity  and  enhanced  safety. 

These  benefits  will  drive  ancillary  improvements  in  the  detection,  lead  time  and  provision  of 
weather  information.  These  include,  but  are  not  limited  to  improvements  in  weather  sensing 
capability  (e.g.,  a  more  complete,  operationally  relevant,  consistent,  and  cost  effective 
measurement  of  the  atmosphere),  which  is  required  to  provide  better  aviation-tailored  analyses 
and  forecasts  in  time  and  space,  and  the  universal  and  common  access  of  that  data,  information, 
and  knowledge  by  all  users.  Aviation  driven,  high  resolution  modeling  improvements  will 
additionally  enable  NOAA  to  produce  more  accurate  public  forecasts. 

1.8.2  Common  Weather 

Common  weather  data,  information,  and  knowledge  will  enable  pilots  and  aircrews  to  have 
shared  situational  awareness  and  shared  responsibilities  with  controllers,  dispatchers,  flight 
service  station  specialists,  and  others,  pertaining  to  safety  and  efficient  prefiight,  en  route,  and 
post  flight  aviation  decisions  involving  weather.  Such  common  weather  information,  integrated 
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into  controller  decision-support  tools,  will  improve  the  efficiency  of  controller  decisions  and 
greatly  reduce  controller  workload  during  unfavorable  weather. 

1.8.3  Reduced  Costs 

The  Cube  proposed  solution  eliminates  the  need  for  unique  interfaces  to  support  access  to 
duplicate  weather  information.  The  cube  also  reduces  costs  by  providing  weather  data  access 
using  common  weather  data  formats  and  open  standards.  Reusable  weather  information  access 
tools,  software  and  documentation  greatly  streamline  software  update  and  change  management 
strategies,  and  reduce  the  number  of  independent  communication  lines  weather  data  subscribers 
need. 

1.8.4  Multiagency  Benefits 

In  the  end-state,  the  Cube  will  benefit  from  complementary  agency  research  and  development 
focused  on  improved  numerical  weather  prediction,  aviation  hazard  prediction  and  detection, 
automated  decision  rules,  and  net-centric  weather  data  standards. 

NOAA  will  use  the  Cube  technology  to  improve  access  to  all  NWS  products  and  services  via 
their  portion  of  the  Cube.  The  increased  availability  of  networked  weather  information  supports 
automated  decision-support  tools  for  other  agencies  and  entities  beyond  FAA. 

IT  and  Data  Management  enhancements  to  support  the  Cube  will  allow  NOAA  to  establish  a 
virtual  repository  and  access  for  critical  NWS  products  and  services  beyond  aviation.  It  also 
extends  the  Advanced  Weather  Interactive  Processing  System  (AWIPS)  enterprise  services  into  a 
“system  of  systems”.  These  two  enhancements  will  support  Global  Earth  Observation  System  of 
Systems  (GEOSS)  requirements  and  enhance  continuity  of  operations  for  NOAA.  Einally,  the 
idea  that  one  could  “data  mine”  information  that  was  tied  spatially  and  temporally  to  a  common 
datum  or  frame  facilitates  truly  coordinated  decision  making  between  and  within  Agency  users. 
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2  NEXTGEN  4-D  WEATHER  DATA  CUBE  IMPLEMENTATION 
PLAN,  COST  ESTIMATE,  AND  RISKS 

2,1  Management  Structure  Required  to  Develop  and  Deliver  the  4-D  Weather  Data  Cube 

The  Weather  Working  Group  Board  of  Directors  established  the  NextGen  4-D  Weather  Data 
Cube  Team  to  coordinate  the  efforts  of  the  agencies  and  avoid  the  duplication  of  Cube  programs. 
This  team  consists  of  NOAA,  FAA,  DoD  (US  Airforce  and  US  Navy),  and  Industry 
representatives.  Under  the  Cube  Team  are  two  sub-teams  focusing  on  specific  aspects  of  the 
Cube:  the  Environmental  Information  (El)  Team  and  the  Information  Technology  (IT)/Enterprise 
Services  (ITES)  Team.  The  Cube  management  structure  is  illustrated  in  Eigure  2.1.  While  there 
are  agency  and  industry  specific  leads  for  each  sub-team,  all  of  the  agencies  are  participating. 
Appendix  E  contains  a  list  of  agency  and  industry  representatives  for  each  of  the  teams. 


Addresses  cube  contents  Addresses  standards  and  protocols,  net- 


centricity 

Figure  2.1:  4-D  Weather  Data  Cube  Team  Management  Structure. 

Eor  planning  purposes  there  are  three  main  periods  for  development  and  implementation  of  the 
Cube  capability: 

•  Near  Term  (2009-2013)  -  Initial  Operational  Capability  (IOC) 

•  Mid  Term  (201 1 -20 1 8)  -  Mid-Term  Operational  Capability  (MOC) 

•  Long  Term  (2016-2023)  -  Lull  Operational  Capability  (EOC) 

The  Cube  Team  developed  a  Work  Breakdown  Structure  (WBS)  for  the  development  and 
implementation  of  an  IOC  Cube  for  this  NextGen  Weather  Plan,  vl  .0.  It  is  anticipated  that  the 
Cube  Team  will  update  the  WBS  to  reflect  any  new  tasks  from  the  JPDO  sponsored  Weather 
Integration  Plan,  the  JPDO  Net-Centric  Division  work  plan,  and  the  maturity  of  the  NextGen 
concepts. 
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The  following  sections  will  cover  the  overarching  assumptions,  major  WBS  tasks  and  timelines, 
and  the  risks  involved  in  developing  and  implementing  the  IOC  Cube.  The  detailed  tasks 
outlined  in  Section  2.5  are  found  in  Appendix  C.  The  estimated  costs  are  found  in  Appendix  D. 
The  public  version  of  the  NextGen  Weather  Plan  will  not  include  Government  budgetary 
information  due  to  its  pre-decisional  status. 

2.2  Scope 

The  initial  version  of  this  portion  of  the  Plan  will  outline  the  high  level  tasks  that  must  be 
completed  to  develop  the  operational  Cube.  These  tasks  will  be  allocated  to  the  agencies.  Agency 
budgets  and  program  plans  will  be  compared  to  see  they  are  commensurate  with  the  level  of 
tasking.  Future  versions  will  extend  focus  onto  the  integration  and  governance  portion  of  the 
Plan. 


2.3  Assumptions 

Assumptions  made  for  the  IOC  Cube  in  this  Plan  are: 

a.  Once  the  Cube  Team  develops  and  delivers  requirements,  the  organizations  responsible 
for  obtaining  the  network  infrastructure  will  ensure  that  the  network  infrastructure  and 
throughput  necessary  to  support  the  sharing  of  Cube  data  will  be  operationally  available 
at  IOC. 

b.  Agency  funding  will  match  this  Plan. 

c.  Agency  Science  and  Technology  roadmaps  will  align  with  this  Plan. 

d.  The  NextGen  Integrated  Work  Plan  (IWP)  will  be  updated  to  match  this  Plan. 

e.  The  4-D  Weather  Functional  Requirements  for  NextGen  ATM  document  will  be  validated 
by  the  operators  and  decision  makers. 

f  Implementation  dates  for  IOC,  MOC  and  FOC  are  2013,  2016,  and  2022,  respectively. 

g.  The  Net-Centric  Operations  Division  will  define  an  architectural  framework  that  will  be 
compatible  with  the  architecture  being  defined  by  the  activities  within  this  plan. 

h.  The  Net-Centric  Operations  Division  will  define  an  inter-agency  security  framework  with 
sufficient  lead  time  to  be  implemented  by  IOC. 

2.4  Methodology 

The  Cube  Team  started  the  Cube  planning  by  requiring  all  the  team  members  to  become  familiar 

with  the  existing  JPDO  NextGen  documentation  as  well  as  their  respective  agency’s  or 

employer’s  plans  for  NextGen.  Based  on  this  knowledge,  the  first  task  was  to  define  IOC  for  the 

Cube. 

IOC  definition  and  plan 

-  The  Cube  Team  divided  the  work  between  the  teams  to  develop  thresholds  and  objectives 

-  The  Cube  Team  and  sub-team  leads  developed  tasks  to  meet  IOC  requirements 

-  The  Cube  Team  organized  the  tasks  into  a  WBS  along  with  required  management  activities 

into  this  NextGen  Weather  Plan  (Appendix  C) 
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-  Annual  demonstrations  and  reviews,  as  well  as  providing  regular  updates  to  the  NEWP  will 
provide  opportunities  to  refine  this  plan 

-  The  El  team  foeused  on  the  data  eontent  for  the  Cube  to  inelude  a  subset  identified  as  an 
initial  SAS  eapability 

o  The  El  team 

■  Compiled  a  list  of  produets  that  are  either  eurrently  in  the  inventory  for  the 
IWP  parameters  or  are  well  along  in  the  R&D  proeess. 

■  Determined  the  IOC  Cube  data  and  produet  thresholds  and  objeetives  based 
on  EAA  stated  requirements  for  IOC 

•  Threshold  -  eommitted  to  providing  that  produet  or  dataset  in  a  net- 
enabled  fashion  at  IOC 

•  Objeetive  -  data  or  produet  will  be  eonsidered  but  not  promised  for 
IOC  or  beyond.  The  reason  for  leaving  a  produet  or  data  set  as 
Objeetive  may  be  that  it  is  not  suffieiently  mature  in  the  R&D  proeess 
to  expeet  it  will  be  operational  at  IOC. 

■  Determined  the  data  and  produets  needed  to  meet  eurrent  regulatory 
requirements 

■  Determined  whieh  intermediate  produets  are  needed  to  meet  a  proposed  IOC 
solution 

■  Will  review  list  annually  to  ensure  the  right  data  will  be  in  the  Cube  to  meet 
the  requirements 

-  The  ITES  Team  foeused  on  the  IOC  infrastrueture 

o  ITES  team  drafted  an  IT  ConOps  based  on  use  eases  to  help  define  IOC 
o  Determined  the  IT  thresholds  and  objeetives 

■  Threshold 

•  Ability  to  exehange  data  between  systems 

•  Respond  to  requests 

•  Support  publish  and  subseribe 

■  Objeetive 

•  Support  eomplex  retrievals  and  ealeulations 

o  Annual  reviews  and  demonstrations  will  refine  these  goals  over  time 


2,5  Program  Plan 

The  WBS  aetivities  to  reaeh  IOC  are  shown  in  Eigure  2.2.  This  sehedule  does  not  show  all 
aetivities;  lower  level  aetivities  are  rolled  up  to  the  first  major  sub-level.  This  seetion  will 
deseribe  the  major  tasks  of  the  WBS:  (1)  Program  Management,  (2)  IT  Serviees,  (3)  Cube 
Contents,  (4)  IOC  SAS,  and  (5)  IOC.  The  high  level  tasks  are  broken  down  and  deseribed  in 
Appendix  C.  The  sehedule  of  the  aetivities  deseribed  in  Appendix  C  is  shown  in  Eigure  2.3. 


Version  1.1 


18 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 


WBS 

Element 

Task  Name 

1 

Program  Management 

1.1 

4-D  Weather  Data  Cube  IT  Conops 

1.2 

Operational  Requirements 

1.3 

Governance 

1.4 

Program  Management  Plan 

1.5 

Risk  Management  Plan 

1.6 

Configuration  Management  Plan 

1.7 

Integrated  Science  Roadmap 

1.8 

Definition  of  IOC  Content 

1.9 

Investment  Analysis 

2 

IT  Services 

2.1 

Architecture 

2.2 

Services  and  Format  Standards 

2.3 

Software  Development 

2.4 

Security 

2.5 

Latency  and  Performance  Analysis 

2.6 

Efficient  XML  Technology 

2.7 

Demonstrations 

2.8 

Procure-Deploy  HW-SW 

2.9 

OT&E 

3 

Cube  Content 

3.1 

Element  R&D 

3.2 

Contents  Tool  Production 

3.3 

Element  Transition  to  Operations 

3.4 

Forecast  Process 

3.5 

Verification 

4 

IOC  SAS 

4.1 

SAS  Concept 

5 

IOC 

5.1 

IOC 

Figure  2.2  High-Level  Work  Breakdown  Strueture 
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WBS 

Task  Name 

12009  1  2010  1  2011  12012 

2013 

201^ 

H2  HI 

H2  1  HI  1  H2  1  HI  1  H2  1  HI  1  H2 

H1  I  H2 

HI 

1 

Program  Management 

1.1 

4'D  Weather  Data  Cube  IT  Conops 

P 

1.2 

IT  Requirements 

1.3 

Governance 

1.4 

Program  Management  Plan 

1.5 

Risk  Management  Plan 

1.6 

Configuration  Management  Plan 

1.7 

Integrated  Science  Roadmap 

W 

1.8 

Definition  of  IOC  Content 

W 

1.8.1 

Sources  of  IOC  Content 

1.8.2 

IOC  Content  Definition 

1.9 

Investment  Analysis 

1.9.1 

FAA  Investment  Analysis 

1.9.2 

NWS  Operational  Services  Improvement  Processes  (OSIP) 

2 

IT  Services 

2.1 

Architecture 

w 

2.1.1 

High  Level  Architecture 

w 

2.1.2 

FAA  Detailed  Architecture 

2.1.3 

NOAADetailed  Architecture 

2.2 

Services  and  Format  Standards 

2.2.1 

FAAWeather  Specific  Services  Design  Standards 

2.2.2 

FAAW  eather  Product  Data  Format  Standards 

2.2.3 

N W  S  JM  BL  Gap  Analysis 

2.2.4 

NWS  IOC  Services 

2.3 

Software  Development 

2.3.1 

W  eb  Coverage  Service  (WCS) 

2.3.2 

Web  Feature  Service  (WFS) 

2.3.3 

Service  Adapters 

2.3.4 

Registry/Repository 

2.3.5 

Ontology&  Mediation 

w 

2.3.6 

Complex  Retrieval  Process  (CRP) 

2.4 

Security 

2.5 

Latencyand  Performance  Analysis 

2.6 

Efficient  XML  Technology 

2.7 

Demonstrations 

2.8 

Procure-Deploy  HW -SW 

2.8.1 

Procu  re-  Deploy  FAA  H  W  -SW 
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Figure  2.3  4-D  Weather  Data  Cube  High  Level  Schedule 
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2.5.1  Program  Management 

Reference:  WBS  1 

Description:  This  task  defines  the  execution  of  the  necessary  management  activities  that 
support  and  guide  the  work.  This  includes  intra-agency  coordination,  interagency 
coordination,  as  well  as  coordination  with  other  JPDO  working  groups.  The  team  will  ensure 
agency  tasks  are  aligned  with  the  Plan  and  there  is  no  duplication  between  agencies.  It 
includes  coordination  and  oversight  of  contract  staff  and  all  procurement  activities. 

Year  by  year  objectives  are  defined  in  the  following: 

•  FY09 

-  Stand-up  rigorous  program  management  structure 

•  FYIO 

-  Formalize  execution  processes 

-  Develop  acquisition  strategies 

-  Complete  supporting  management  plans 

•  FYll 

-  Interface  control  documents  approved  and  baselined 

•  FY12 

-  Test  plan  complete 

•  FY13 

-  Manage  deployment  and  development  of  follow  on  capabilities 
Deliverables:  Deliverables  under  this  task  include,  but  are  not  limited  to,  the  following: 

i.  Quarterly  Status  reports 

ii.  Budget  reports 

iii.  Budget  updates  and  inputs  to  the  budget  planning  process 

iv.  Tasking  for  contractors  and  staff  for  all  sub-tasks 
V.  Earned  Values  reports 

vi.  Supporting  Management  Plans 

vii.  0MB  Exhibit  300  reports 

Agency  roles  and  responsibilities:  Each  agency  will  maintain  a  separate  management 
structure  responsible  for  planning  and  executing  the  tasks  assigned  by  this  plan.  The 
overarching  management  structure  is  governed  by  the  Cube  Team,  which  is  chaired  by 
representatives  from  NOAA,  EAA,  DoD,  and  Industry. 

2.5.2  IT  Services 
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Reference:  WBS  2 

Description:  The  ITES  Team  is  responsible  for  the  activities  within  this  task.  The  task  will 
define  and  deliver  the  infrastructure  necessary  for  the  Cube  at  IOC.  The  activities  to  meet 
this  task  include: 

Year  by  year  objectives  are  defined  in  the  following: 

•  FY09 

-  Demonstrate  agency  data  sharing 

-  Evaluate  agency-specific  architecture  solutions 

-  Develop  an  IT  security  plan 

-  Define  and  enhance  data  and  exchange  standards 

-  Prototype  interagency  information  sharing  services 

•  FYIO 

-  Demonstrate  agency  data  sharing  in  a  NEO  environment 

-  Baseline  data  standards  for  IOC 

-  Develop  IT  security  services 

•  FYII 

-  Finalize  IOC  architecture  and  requirements 

•  FYI2 

-  Begin  building  data  services  infrastructure 

•  FY13 

-  Test  and  deploy  IOC  Cube 

2,5,3  Cube  Content 


Reference:  WBS  3 

Description:  The  El  Team  is  responsible  for  the  activities  within  this  task.  The  task  will 
define  and  deliver  the  aviation  weather  impact  variables  present  at  IOC  in  the  Cube.  The 
activities  to  meet  this  task  include: 


Year  by  year  objectives  are  defined  in  the  following: 
FY09 


FYIO 


FYll 


Initiate  evaluation  of  forecast  process  improvements 

Provide  initial  set  of  NEO  weather  sources  available  in  proposed  Cube  formats 

Develop  IOC  forecast  processes 
Evaluate  aviation  impact  variable  research 
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•  FY12 


•  FY13 


Evaluate  forecast  processes 

Transition  aviation  weather  impact  variable  research  to  operations 
Implement  IOC  forecast  process  changes 

IOC  Data  Sources  Available 


2,5,4  IOC  Single  Authoritative  Source  (SAS) 

Reference:  WBS  4 

Description:  The  El  Team  is  responsible  for  the  activities  within  this  task.  The  task  will 
define  and  deliver  the  aviation  weather  impact  variables  present  at  IOC  in  the  Cube  and  SAS. 
The  activities  to  meet  this  task  include: 

Year  by  year  objectives  are  defined  in  the  following: 


•  EY09 


-  Produce  White  Paper  and  ConOps  defining  IOC  SAS  concepts 

•  EYIO 

-  Define  preliminary  SAS  business  rules 

-  Validate  SAS  requirements  with  Integration  Team 

•  EYll 

-  Evaluate  potential  SAS  data  sources 

•  EY12 

-  Develop  SAS  business  rules 

•  EY13 

-  Implement,  test  and  deploy  business  rules 


2,5,5  IOC 


Reference:  WBS  5 

Description:  Initial  Operational  Capability  of  the  4-D  Weather  Data  Cube  will  be  delivered, 
having  completed  all  required  OT&E  and  C&A  processes.  The  IOC  capability  may  be  regional 
in  coverage,  with  a  limited  number  of  users.  Appropriate  IT  infrastructure  will  be  in  place  to 
provide  weather  information  from  the  Cube  to  NAS  users. 
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2,6  Estimated  Total  Costs 

A  bottom  up  approach  was  used  to  develop  the  interageney  eost  profde  outlined  in  Appendix  D. 
It  breaks  out  the  projeeted  eosts  by  task  and  ageney.  There  is  an  estimate  to  eomplete  for  eaeh 
task  by  ageney  and  a  total  projeeted  eost  break  out  by  ageney  for  eaeh  year.  Sourees  for  eost 
estimating  ineluded  historieal  data  from  both  FAA  and  NOAA  programs. 

The  major  eost  drivers  are  the  modifieation  of  eurrent  systems  to  meet  the  planned  Cube  IT 
standards/protoeols,  enhaneing  existing  infrastrueture  to  better  utilize  Network  Enabled 
Operations,  and  meeting  the  reliability  and  availability  requirements  for  the  Cube. 

FAA  eontributes  a  proportionately  greater  share  of  the  eosts  for  WBS  Task  2,  whieh  defines  the 
IT  Serviees  standards,  while  NOAA  eontributes  a  signifieantly  greater  share  of  WBS  TaskS, 
whieh  details  the  generation  of  the  meteorologieal  information  for  the  Cube. 

The  NOAA  eost  profiles  assume  support  from  base-funded  full  time  equivalents  (FTEs).  The 
work  done  by  NOAA  base-funded  personnel  is  not  eaptured  in  the  eosts  as  these  FTEs  are 
eonsidered  a  supplemental  resouree  the  projeet  ean  draw  on.  However,  there  will  be  projeet- 
funded  personnel  in  FYIO  and  beyond  to  take  on  the  full  range  of  management,  seientifie,  and 
teehnieal  issues. 


2,7  Major  Implementation  Risks  and  Issues 

During  development  of  the  IOC  Program  WBS,  the  Cube  Team  determined  the  top  four  risks  for 
implementation  of  the  Cube  by  IOC  are:  suffieient  ageney  funding;  timeliness  of  net  enabled 
eapability;  regulatory  eomplianee;  and  aeeommodating  eultural  ehange.  The  Cube  Team  will 
develop  a  Risk  Management  Plan  to  mitigate  these  and  other  risks. 

The  first  major  implementation  risk  is  whether  the  ageneies  will  reeeive  the  neeessary  funding  to 
develop  the  Cube  in  time  to  meet  the  desired  IOC  date  of  2013.  The  NWS  and  FAA  both  have 
NextGen  weather  programs  in  their  eurrent  budgets  that  seek  to  aehieve  NextGen  objeetives.  To 
avoid  duplieation  and  optimize  resourees,  the  Cube  Team  synehronized  the  tasks,  whieh  are 
dependent  on  the  other  ageney  eompleting  their  tasks,  in  this  Plan.  However,  budget  guidanee 
has  not  been  released  for  FYIO  and  beyond.  Any  outs  to  either  ageney ’s  funding  oould  impaot 
both  ageneies’  efforts  and  IOC  will  be  delayed.  The  Cube  Team  will  mitigate  this  risk  by 
working  olosely  with  ageney  leadership  to  try  to  prioritize  funding  for  oritioal-path  weather 
programs  that  lead  to  Cube  IOC. 

The  next  major  implementation  risk  is  the  delay  of  the  net-enabled  eapability.  A  key 
requirement  of  the  Cube  is  a  net-enabled  infrastrueture  with  suffieient  oommunioation 
throughput  to  allow  NextGen  deoision-support  tools  to  query  for  and  reeeive  the  weather  data 
needed  to  make  deoisions.  The  NextGen  weather  oonoept  is  oompletely  reliant  on  the  existenoe 
of  NEO  infrastrueture  and  eommunieation  with  a  stated  IOC  of  2012.  The  NextGen  NEO 
standards,  formats,  seeurity  polieies,  and  arehiteeture  must  be  in  plaee  in  time  for  the 
development  of  the  Cube  to  meet  IOC  in  2013.  If  the  net-eentrie  infrastrueture  is  not  available. 
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then  the  Cube  eannot  feed  the  NextGen  deeision-making  proeess.  The  Weather  Working  Group 
has  established  a  working  relationship  with  the  JPDO  Net-Centrie  Operations  Division  to 
develop  a  eonsolidated  plan  to  meet  these  requirements. 

The  third  risk  is  not  related  to  the  aetual  development  or  fielding  of  the  Cube  eapability,  but 
involves  regulatory  eonstraints  that  affect  implementation.  Current  Federal  Aviation  Regulations 
(FAR),  International  Civil  Aviation  Organization  policies,  and  DoD  regulations  must  be  updated 
to  account  for  new  weather  support  concepts  considered  within  the  NextGen  ConOps  such  as 
probabilistic  forecasts,  aviation  decision-support  tools  creating  products  from  weather  data,  etc. 
Historically,  changes  to  policy  and  regulations  take  considerable  time  due  to  the  nature  of  the 
vetting  process.  Though  many  of  these  issues  will  not  be  applicable  at  IOC,  they  must  be 
addressed  as  Cube  and  SAS  information  become  more  widely  used  in  ATM  processes.  To 
mitigate  the  delay  associated  with  this  process,  the  Weather  Working  Group  has  reestablished  a 
Policy  Team  to  address  these  issues,  as  discussed  in  section  1.7.3  of  this  Plan. 

A  final  risk  is  that  needed  cultural  changes  driven  by  NextGen  within  each  agency  will  delay 
implementation  and  adoption  of  the  Cube.  Current  agency  cultures  will  need  to  evolve  as 
NextGen  is  implemented  to  embrace  the  new  paradigm.  If  these  cultures  do  not  evolve  quickly 
enough,  the  agencies  could  have  difficulty  implementing  aspects  of  the  Cube,  and  fully 
integrating  it  into  operations.  As  the  full  scope  of  these  needed  changes  become  clear,  both  in 
the  IOC  timeframe  and  in  later  phases,  the  Cube  Team  will  advise  the  agencies  of  expected 
impacts.  Each  agency  must  develop  suitable  implementation  plans  to  and  strategies  to  minimize 
this  risk. 

Additional  areas  for  focused  risk  management  will  be  required  for  implementation  and  use  of  the 
Cube  and  the  SAS  by  IOC.  Strategic  planning  along  with  the  development  of  an  agency  wide 
Science  Roadmap  will  ensure  digital  probabilistic  weather  information  gaps  are  identified  in  time 
to  enable  development  of  appropriate  strategies  to  meet  the  FOC  objectives  for  the  Cube  and 
SAS. 


Version  1.1 


25 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 

3  POLICY,  GOVERNANCE,  AND  STANDARDS 

A  Policy  Team  established  under  the  NextGen  Weather  Working  Group  is  developing  polieies 
and  governance  systems  for  NextGen  weather.  The  Policy  Team  proposes  the  following 
framework  and  approaeh  to  eomplete  this  effort.  The  following  seetion  should  be  eonsidered 
preliminary.  The  poliey  portion  of  this  plan  will  be  updated  in  the  next  iteration  of  this  plan,  to 
be  eompleted  by  30  Sept  2009. 

A  key  to  the  governanee  for  NextGen  weather  is  the  establishment  of  a  set  of  ‘rules’  by  whieh  ah 
partieipants,  as  deseribed  below,  must  abide.  These  rules  will  address  system  and  seeurity 
requirements,  information  formats  and  standards  and  other  architectural  details.  The  rules  for 
different  subdomains  of  the  Cube  will  vary  in  alignment  with  information  requirements 
established  by  operational  applieations.  These  rules  will  eomply  with  appropriate  regulations,  to 
the  extent  possible,  and  will  also  attempt  to  address  reeommendations  by  aeademie  and  oversight 
bodies  for  weather  information  standards,  sueh  as  the  FAA’s  Researeh,  Engineering  and 
Development  Advisory  Committee  (RED AC)  and  the  National  Researeh  Couneil. 

Eramework 


1 .  Ah  participants  in  the  Cube  fall  into  one  or  more  of  the  following  eategories: 

a.  Providers  (Publishers)  ereate  weather  information  (both  publie  and  private) 

b.  Consumers  (Subseribers)  aeeess  weather  information  (both  publie  and  private) 
e.  Authorities^  establish  the  rules  that  Providers  and  Consumers  abide  by  and 

operate  infrastrueture  elements  of  the  Cube  that  implement/enforce  these  rules. 

2.  Asa  eondition  of  partieipation.  Providers  must  agree  to: 

a.  Eohow  rules  established  by  the  Authorities 

b.  Make  Service  information  available  (publish)  to  Consumers  in  aeeordanee  with 
these  rules. 

3.  Asa  eondition  of  partieipation.  Consumers  must  agree  to: 

a.  Eohow  rules  established  by  the  Authorities  or  Providers 

4.  Authorities  operate  within  an  established  governanee  system  whieh  grants  them  speeihe 
authorities  with  respect  to  the  operation  of  the  Cube  and  identihes  the  institutional 
strueture  they  will  use  to  exereise  this  authority. 

Approaeh 

Within  this  framework,  the  Poliey  Team  is  ehartered  to: 

1 .  Dehne  the  range  of  applieations  of  information  from  within  the  Cube  that  place 
requirements  on,  and  drive  rules  for  the  Cube. 


*  The  term  “Authority,”  when  capitalized,  is  used  throughout  to  refer  to  the  category  of  NextGen  weather 
participants.  When  not  capitalized,  the  term  is  used  in  its  common  sense.  For  example,  “What  authorities  will  each 
Authority  exercise?”  Also  note  this  term  is  used  in  a  very  broad  sense.  For  example,  it  encompasses  bodies  that 
might  convene  occasionally  /  intermittently  to  review  /  revise  Cube  standards  as  well  as  bodies  that  might  operate 
24x7  to  execute  certain  Cube  functions. 
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2 

2.  Formulate  the  rules  for  Providers  and  Consumers. 

3.  Determine  the  number  of  Authorities  needed,  the  funetion  and  seope  of  responsibilities 
of  eaeh,  and  the  governanee  system  eaeh  will  employ.  Existing  mechanisms  (i.e., 
committees,  boards,  groups,  etc.)  will  be  used  to  the  extent  feasible  to  implement  these 
“Authorities.  ” 

The  “rules”  for  Providers  and  Consumers  and  the  “responsibilities”  for  eaeh  Authority  are  likely 
to  ehange  over  the  life  of  NextGen.  Reeognizing  this,  the  following  poliey  maturity  model  is 
proposed: 

Level  I  polieies  are  essential  to  the  design  /  arehiteeture  of  the  Cube. 

Level  II  polieies  are  essential  to  IOC  operations  of  the  Cube. 

Level  III  polieies  are  essential  to  healthy  evolution  of  the  Cube  from  IOC  to  FOC. 

The  Poliey  Team’s  work  will  proeeed  through  the  following  steps: 

1.  Inventory  and  describe  existing  models  ofNEO  governance  for  lessons  learned. 

2.  Inventory  and  describe  a  range  of  applications  of  information  from  within  the  Cube  that 
would  drive  pub/sub  rules  for  that  information. 

3.  Adapt/develop  policies  for  Providers 

a.  Identify  necessary  Authorities 

b.  Identify  and  propose  initial  “Level  I”  policies  for  Providers. 

4.  Adapt/develop  policies  for  Consumers 

a.  Identify  necessary  Authorities 

b.  Identify  and  propose  initial  “Level  I”  policies  for  Consumers 

5.  Adapt/develop  policies  for  Authorities 

a.  Propose  governance  system  for  each  Authority 

b.  Develop  (initial)  governance  documents 

The  Policy  Team  will  sunset  in  stages  as  each  Authority  is  established. 

The  intent  is  to  establish  these  Authorities  with  sufficient  time  for  the  Authorities  (not  the  Policy 
Team)  to  be  responsible  for  Level  II  and  III  policies. 

These  policies  will  be  established  by  going  through  the  following  generic  process: 

1 .  IOC  team  identification  of  Level  I  policies. 

2.  Policy  team  identifies,  describes,  and  evaluates  existing  governance  models  and 
applications  of  information  to  identify  best  practices  for  use  in  Cube  governance. 

3.  Policy  team  develops  recommendations  for  identified  areas. 


^  Policy  Team  needed  to  establish  initial  niles  for  Providers  and  Consumers  until  Authorities  are  established  and 
assume  this  role. 

^  For  example  some  Authorities  will  address  data  standards,  others  will  address  access  controls,  and  others  will 
address  content  management. 


Version  1.1 


27 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 


4.  IOC  team  review  and  eoneurrenee. 

5.  NEWP  review  and  eoneurrenee. 

6.  As  appropriate,  publieation,  eomment,  and  approval  through  standard  JPDO  publieation 
and  review  proeedures. 

High-Level  Schedule 

Fall  2009: 

Identification  of  best  practices  for  use  in  Cube  governance. 

Detailed  schedule  for  policy  and  governance  work  reflected  in  NextGen  Weather  Work  Plan. 
June  2010: 

Completion  of  Level  I  policies  for  Providers  and  Consumers.  Supports  IOC  Team  with  policies 
that  affect  design/architecture. 

June  2011: 

Completion  of  governance  system  and  initial  governance  documents  for  each  Authority.  Allows 
a  year  for  approval  of  governance  documents,  and  establishment  of  each  Authority  as  a  working 
organization. 

June  2012: 

Each  Authority  established  and  operating. 

4  NEXTGEN  WEATHER  SCIENCE  ROADMAP 

The  NextGen  Functional  Requirements  for  weather  present  a  set  of  daunting  research  challenges. 
In  order  to  maximize  the  research  contributions  of  each  agency,  we  will  define  a  NextGen 
Science  Roadmap  that  will  define  science  activities  by  agency  by  year.  The  objective  of  the 
science  roadmap  is  to  align  each  agency’s  activities,  prevent  duplication  and  identity  gaps  for 
further  investment.  The  first  phase  of  the  Science  Roadmap  will  be  completed  by  30  Sept  2009. 

5  WEATHER  DEMONSTRATION  COORDINATION 

5.1  Introduction 

The  JPDO  Weather  Working  Group  has  established  a  NextGen  Demonstration  Coordination 
Team  (also  known  as  the  “Demo  Team”)  to  help  categorize  and  coordinate  the  various 
demonstrations  of  NextGen  weather  capabilities.  The  team  has  established  a  charter  based  on 
direction  from  the  NextGen  Executive  Weather  Panel,  the  JPDO  Weather  Working  Group,  and 
the  IOC  Team.  The  critical  goals  and  objectives  of  the  team  are  detailed  in  section  5.2. 

5.2  Team  Goals  and  Objectives 

The  Demo  Team  is  the  “one  stop  shop”  for  NextGen  weather  capability  demonstration 
information.  With  that  in  mind,  the  Demo  Team  charter  establishes  several  critical  goals  and 
objectives  as  detailed  below: 
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•  Create  and  Manage  a  Centralized  NextGen  Demonstration  Inventory  -  The  first 
eritieal  task  of  the  Demo  Team  will  be  to  build  a  formal  inventory  of  weather 
demonstration  information.  This  will  inelude  eurrent  and  proposed  demonstrations 
from  multiple  government  ageneies,  speeifieally  FAA,  NOAA,  NASA,  and  DOD.  It 
will  also  inelude  information  from  private  industry  and  NextGen  contributors  as 
deemed  appropriate.  The  content  of  the  demonstration  inventory  is  detailed  in  section 
5.4.  The  Demo  Team  will  be  responsible  for  managing  and  keeping  the  demonstration 
inventory  representative  and  up-to-date. 

•  Facilitate  Information  Sharing  -  The  existence  of  a  complete  and  comprehensive 
demonstration  inventory  will  ensure  access  to  information  is  available  to  interested 
parties.  Understandably,  the  level  of  detail  made  public  may  be  restricted. 

•  Assume  Demonstration  Coordination  Guidance  Responsibility  -  A  key  expectation  of 
the  Demo  Team  is  to  solicit  cooperation  and  coordination  of  future  demonstrations. 
The  Demo  Team  will  urge  agencies  and  private  industry  to  participate  in  the 
demonstration  inventory,  or  to  reach  out  to  a  Demo  Team  member  to  assist  with 
future  coordination.  For  example,  this  could  include  contact  information  of  partners 
working  on  similar  endeavors,  or  more  detailed  information  on  supporting  activities. 

•  Identification  of  Demonstration  Gaps  -The  Demo  Team  will  monitor  the 
demonstration  inventory  to  identify  potential  gaps  in  areas  that  need  exploitation.  The 
Demo  Team  will  evaluate  demonstration  content  and  suggest  topics  for  additional 
work.  This  process  and  detail  will  be  determined  after  the  full  demonstration 
inventory  is  complete. 

5.3  Team  Organization 

The  Demo  Team  has  between  15-25  team  members  from  various  government  agencies  and 
organizations,  including  FAA,  NOAA,  NASA,  and  DOD.  Representation  is  also  encouraged 
from  private  industry,  and  JPDO  institute  members  are  part  of  the  team.  Two  government  co¬ 
leads  and  one  industry  co-lead  will  lead  Demo  Team  activities.  Their  responsibilities  include 
coordinating  executive  deliverables,  planning  and  leading  meetings,  information  exchange 
between  members,  and  communication  with  leadership. 

5.4.  The  Demonstration  Inventory 

As  stated  in  Section  5.2.1,  one  of  the  key  goals  of  the  Weather  Demonstration  coordination  effort 
is  to  create  and  manage  a  centralized  NextGen  weather  demonstration  inventory.  This  will 
include  both  weather  community  specific  demonstrations,  as  well  as  NextGen  demonstrations 
that  may  benefit  from  the  assimilation  of  weather  data. 

5.4.1.  How  Information  is  Catalogued 

Demonstrations  will  be  catalogued  into  one  of  four  categories.  They  are  defined  as  follows: 
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•  Environmental  Information:  These  demonstrations  focus  on  the  science  of 
observing  and  forecasting  meteorological  conditions  which  meet  the  demanding 
functional  and  performance  requirements  emerging  with  NextGen. 

•  Information  Technology:  These  demonstrations  focus  on  the  information 
technology,  including  communications,  used  for  the  dissemination,  storage,  and 
access  of  weather  data  via  service  oriented  architecture. 

•  Interpretation/Decision  Support:  These  demonstrations  focus  on  how  weather 
observation  and  forecast  information  are  applied  to  ATM- Weather  Integration. 

•  Potential  Demonstrations:  This  category  includes  two  different  types  of 
demonstrations.  First,  there  are  potential  demonstrations  that  are  currently  in  the 
early  planning  stages  and  may  not  be  sponsored  or  funded  yet.  Additionally, 
capabilities  outlined  in  the  NextGen  Weather  Plan  and  in  the  ATM  Weather 
Integration  Plan  that  are  not  currently  planned  for  demonstration  are  considered 
potential  demonstrations. 

The  demonstration  inventory  will  not  contain  all  details  about  each  specific  demonstration. 
Rather,  key  information  will  be  included  in  the  inventory,  which  will  provide  an  overview  of  the 
demonstration  and  can  direct  parties  to  the  proper  points  of  contact  to  get  more  information.  The 
following  is  a  list  of  demonstration  parameters  that  will  be  tracked  for  each  demonstration: 

•  Demonstration  Title 

•  Demonstration  Category 

•  Last  Update 

•  Objective 

•  Description 

•  Start  and  End  Dates 

•  Completed  or  Uncompleted 

•  Funding  source(s) 

•  Agency  Program 

•  Performing  Organization 

•  Location 

•  Weather  Phenomena 

•  Is  the  output  format  net  enabled 

•  NextGen  Solution  Set  Addressed 

•  POC  E-mail  and  Phone  Number 

5,4,2,  Update  Frequency 

Demonstration  planning  is  a  constantly  evolving  process.  For  this  reason,  the  demonstration 
inventory  will  be  continually  updated,  whenever  new  information  is  available.  This  will  require 
effective  communication  between  programs  that  plan  demonstrations  and  Demo  Team  members 
who  are  tracking  these  efforts. 
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5.5.  Outreach 

To  facilitate  the  information  exehange  deseribed  in  the  previous  seetion,  a  eoordinated  outreaeh 
effort  to  many  eommunities  of  interest  is  neeessary.  Relationships  must  be  built  between  Demo 
Team  members  and  the  ageneies,  programs,  and  industry  partners  who  are  performing  these 
demonstrations.  The  Demo  Team  will  outreach  using  such  methods  as  letters,  surveys,  and 
participation  in  public  forums.  The  eonneetions  built  through  this  outreaeh  will  also  be  used  to 
aid  in  the  eoordination  of  future  demonstrations  between  potential  partners. 

5.6,  Weather  Integration  in  Non-Weather  Demonstrations 

In  NextGen,  the  effeets  of  weather,  ineluding  spaee  weather,  will  impaet  the  envisioned 
improved  operational  eapability.  Unfortunately,  sueh  effeets  have  not  been  identified  as  an 
element  within  many  non-weather  demonstrations  or  proof  of  eoneepts. 

5.6.1  Non-Weather  Demonstrations 

There  are  several  on-going  or  planned  non-weather  demonstrations  (e.g..  Optimized  Profile 
Deseents  (OPD),  Staffed  Virtual  Towers,  etc.)  designed  to  test  and  validate  early  or  near-term 
NextGen  desired  eapabilities.  Furthermore,  there  are  other  on-going  aetivities  that  are  still 
emerging  from  the  researeh  world  (e.g..  Re-route  Impaet  Assessment  (RRIA),  System 
Enhaneement  for  Versatile  Eleetronie  Negotiation  (SEVEN),  etc.).  The  inclusion  of  weather 
information  has  not  been  identified. 

5.6.2  Demo  Team  Strategy 

The  Demo  Team  and  operational  eommunities,  ineluding  the  users,  will  work  together  to  identify 
other  non- weather  demonstrations  whose  envisioned  outeomes  ean  be  affected  by  weather. 
Opportunities  for  eollaborative  or  supporting  (weather)  demonstrations  allows  the  weather 
eommunity  to  design  the  functionality  (e.g.,  net-eentrie  weather  aeeess  and  availability)  to  make 
the  required  weather  information  available,  in  the  neeessary  fidelities,  to  support  NextGen 
operations. 

5.6.3  Demo  Team  Support 

The  Demo  Team  will  support  weather  integration  into  non-weather  demonstrations  by 
facilitating  awareness  of  sueh  aetivities  to  the  weather  community  via  the  demonstration 
inventory  database.  The  team  will  suggest  alignments  for  on-going  or  planned  weather 
demonstrations  with  likely  non-weather  demonstrations  to  help  quantify  supporting  roles  of 
weather  and  more  importantly,  to  identify  possible  gaps  in  weather  demonstration  eapabilities. 
This  ineludes  a  high-level  approach  for  alignment  or  ‘best  fit’  as  well  as  methodologies  for  gap 
identifieation.  Additionally,  the  team  will  serve  as  outreach  to  coordinate  and  provide  status  on 
all  the  demonstration  initiatives,  status,  alignments,  and  gaps.  As  ean  be  seen  by  the  required 
seope  of  this  effort,  the  Demo  Team  may  assume  a  larger  role  if  warranted. 

This  seetion  highlights  the  vast  scope  of  demonstrations  needed  that  are  expeeted  to  make 
NextGen  a  reality.  It  also  gives  a  perspeetive  on  the  work  to  be  done  somewhere  between  the 
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current  scope  of  the  Demo  Team  and  the  integration  aetivities  to  be  done  by  the  agencies  and  the 
industry  partners. 

5,7.  Team  Scope 

A  multi-agency  team,  with  representatives  from  the  private  sector,  must  make  important 
assumptions  about  the  seope  of  the  Demo  Team  work.  The  goals  and  objectives  are  elearly  stated 
above,  but  several  key  elarifieations  are  neeessary: 

•  The  Demo  Team  will  work  as  an  “honest  broker”  in  situations  where  agency  or 
private  sector  interests  are  at  stake 

•  The  Demo  Team  will  not  authorize  demonstrations 

•  The  Demo  Team  will  not  be  involved  in  alloeating  resources 

•  The  Demo  Team  will  not  suggest  industry  partners 
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APPENDIX  A.  ACRONYMS 


Acronym/ Abbreviation 

Definition 

4-D  Wx  Data  Cube 

Four  Dimensional  Weather  Data  Cube 

4-D  Wx  SAS 

Four  Dimensional  Weather  Single  Authoritative  Source 

ADDS 

Aviation  Digital  Display  System 

AIRMET 

Airman’s  Meteorological  Advisories 

AMS 

Acquisition  Management  Strategy  (FAA) 

AMS 

American  Meteoroiogicai  Society 

ANC 

AutoNowCaster 

ANSP 

Air  Navigation  Service  Provider 

AOC 

Air  and  Space  Operations  Center 

ASOS 

Automated  Surface  Observing  System 

ATC 

Air  T raffic  Controi 

ATM 

Air  Traffic  Management 

ATO 

Air  Traffic  Organization  (FAA) 

AWC 

Aviation  Weather  Center 

AWIPS 

Advanced  Weather  interactive  Processing  System 

AWOS 

Automated  Weather  Observing  System 

AWRP 

Aviation  Weather  Research  Program  (FAA) 

C&V 

Ceiling  and  Visibility 

CCFP 

Collaborative  Convective  Forecast  Product 

CDM 

Collaborative  Decision  Making 

CIP/FIP 

Current/Forecast  Icing  Potential 

CIWS 

Corridor  Integrated  Weather  System 

CMP 

Configuration  Management  Plan 

COI 

Community  of  Interest 

ConOps 

Concept  of  Operations 

CONUS 

Continental  United  States 

CoSPA 

Consolidated  Storm  Prediction  for  Aviation 

CRP 

Complex  Retrieval  Process 

CSDGM 

Content  Standard  for  Digital  Geospatial  Metadata 

DOC 

Department  of  Commerce 

DOD 

Department  of  Defense 

DODAF 

DOD  Architecture  Framework 

DOT 

Department  of  Transportation 

DST 

Decision-support  Tool 

EA 

Enterprise  Architecture 

ebXML 

Electronic  Business  using  XML 

EC 

Executive  Committee 

El 

Environmental  Information 

ES 

Enterprise  Service 

EXI 

Efficient  XML  Interchange 

FAA 

Federal  Aviation  Administration 

FAR 

Federal  Aviation  Regulation 

FEAF 

Federal  Enterprise  Architecture  Framework 

FGDC 

Federal  Geographic  Data  Committee 

FOC 

Full  Operational  Capability 

FTE 

Full-Time  Equivalents 

G-AIRMET 

Graphical  AIRMET 

GEOSS 

Global  Earth  Observation  System  of  Systems 

GIG 

Global  Information  Grid 

GOES-R 

Geostationary  Operational  Environmental  Satellite  -  Series  R 

GTG 

Graphical  Turbulence  Guidance 

IC4D 

Interactive  Calibration  in  Four  Dimensions 
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Acronym/ Abbreviation 

Definition 

ICAO 

International  Civil  Aviation  Organization 

IOC 

Initial  Operating  Capability 

ISO 

International  Organization  for  Standardization 

IT 

information  Technoiogy 

ITES 

information  Technology/Enterprise  Services 

IWP 

integrated  Work  Pian 

JMBL 

Joint  METOC  Broker  Language 

JMCDM 

Joint  METOC  Conceptual  Data  Model 

JMDB 

Joint  METOC  Data  Base 

JPDO 

Joint  Planning  and  Development  Office 

LAMP 

Localized  Aviation  Model  Output  Statistics 

MDL 

Meteorological  Development  Laboratory 

METOC 

Meteorology  and  Oceanography 

MITL 

Meteorologist-ln-The-Loop 

MOC 

Mid-Term  Operational  Capability 

MOS 

Model  Output  Statistics 

MOTL 

Meteorologist-Over-The-Loop 

NAS 

National  Airspace  System 

NASA 

National  Aeronautics  and  Space  Administration 

NCV 

National  Ceiling  &  Visibility 

NDFD 

National  Digital  Forecast  Database 

NEO 

Net  Enabled  Operations 

NEVS 

Network-Enabled  Verification  Service 

NEWP 

NextGen  Executive  Weather  Panel 

N EXRAD 

Next  Generation  Radar 

NextGen 

Next  Generation  Air  Transportation  System 

NNEW 

NextGen  Net-Enabled  Weather 

NOAA 

National  Oceanic  and  Atmospheric  Administration 

NPOESS 

National  Polar-orbiting  Operational  Environmental  Satellite  System 

NWEC 

NextGen  Weather  Evaluation  Capability 

NWP 

Numerical  Weather  Prediction 

NWS 

National  Weather  Service 

OASIS 

Organization  for  the  Advancement  of  Structured  Information  Standards 

OGC 

Open  Geospatial  Consortium 

01 

Operational  Improvement 

OMB 

Office  of  Management  &  Budget 

OSIP 

Operations  Services  Improvement  Process 

OT&E 

Operational  Test  &  Evaluation 

PIREPS 

Pilot  Reports 

PMP 

Program  Management  Plan 

PNT 

Position,  Navigation,  Timing  Services 

PPBES 

Planning,  Programming,  Budgeting  and  Execution  System 

QA/QC 

Quality  Assurance/Quality  Control 

QICP 

Qualified  Internet  Communications  Provider 

R&D 

Research  and  Development 

RMP 

Risk  Management  Plan 

SAS 

Single  Authoritative  Source 

SIGMETS 

Significant  Meteorological  Information 

SOA 

Service  Oriented  Architecture 

SOAP 

Simple  Object  Access  Protocol 

SPC 

JPDO  Senior  Policy  Committee 

STD 

Standard 

SWIM 

System-Wide  Information  Management 

TAP 

Terminal  Area  Forecast 

TDWR 

Terminal  Doppler  Weather  Radar 

TPM 

Traffic  Flow  Management 

Version  1.1 


A-2 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 


Acronym/ Abbreviation 

Definition 

USAF 

US  Air  Force 

USN 

US  Navy 

WAFC 

World  Area  Forecast  Center 

WAFS 

World  Area  Forecast  System 

WBS 

Work  Breakdown  Structure 

WCS 

Web  Coverage  Service 

WFS 

Web  Feature  Service 

Wx 

Weather 

XML 

Extensible  Markup  Language 
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APPENDIX  B,  LEXICON 
VERBS 


Term 

Definition 

Accept 

To  receive  or  contain. 

Acquire 

To  come  into  the  possession  of  something  concrete  or  abstract. 

Analyze 

To  examine  carefully  and  in  detail  so  as  to  identify  causes,  key  factors,  possible  results,  and  so 
on. 

Archive 

To  place  or  store  in  an  archive;  see  definition  under  Nouns. 

Assimilate 

To  become  absorbed  or  incorporated  into  the  system. 

Average 

To  find  an  average  value  for  (a  variable  quantity);  reduce  to  a  mean. 

Backup 

To  make  copies  of  weather  information  to  protect  against  loss  of  needed  data. 

Calculate 

To  determine  or  ascertain  by  mathematical  methods;  compute. 

Catalog 

To  accept  measurements  of  atmospheric  conditions  and  associate  the  time  and  location  of  the 
observation  with  the  measurement  data. 

Collect 

To  bring  together  in  a  group  or  mass;  gather. 

Compare 

To  examine  in  order  to  note  the  similarities  or  differences  of. 

Derive 

To  arrive  at  by  reasoning;  deduce  or  infer. 

Detect 

To  discover  or  ascertain  the  existence,  presence,  or  fact  of. 

Determine 

To  establish  or  ascertain  definitely,  as  after  consideration,  investigation,  or  calculation. 

Forecast 

To  estimate  or  calculate  in  advance,  especially  to  predict  (weather  conditions)  by  analysis  of 
meteorological  data. 

Fuse 

To  unite  or  blend  into  a  whole,  as  if  by  melting  together. 

Generate 

To  produce  something  according  to  an  algorithm  or  program  or  set  of  rules. 

Impact 

To  affect  aviation  in  either  a  positive  (e.g.,  tail  wind)  or  negative  (e.g.,  hazardous  weather) 
manner. 

Ingest 

(Weather) 

To  take  in  weather  data  (or  product)  for  the  purpose  of  integration  and/or  processing. 

Initialize 

To  set  (as  a  computer  program  counter)  to  a  starting  position,  value,  or  configuration. 

Integrate 

To  make  into  a  whole  by  bringing  all  parts  together;  unify.  To  make  part  of  a  larger  unit. 

Interpolate 

To  estimate  mathematically  the  value  of  a  weather  parameter  in  between  two  known  values  on 
a  grid. 

Interpret 

To  determine  or  ascertain  something  in  understandable  terms  from  that  which  is  not  intuitively 
obvious  (e.g.,  possible  limit  on  who  can  perform — for  weather,  a  meteorologist). 

Issue 

To  put  forth  or  distribute,  usually  officially. 

Manage 

To  handle,  direct,  govern,  or  control  in  action  or  use. 

Measure 

To  ascertain  the  extent,  dimensions,  quantity,  capacity,  etc.,  of,  especially  by  comparison  with  a 
standard. 

Merge 

To  combine  or  unite  into  a  single  enterprise,  organization,  body,  etc. 

Observe 

To  watch,  view,  or  note  for  a  scientific,  official,  or  other  special  purpose. 

Observe 

(Detect) 

To  evaluate  or  measure,  by  human  or  automated  means,  one  or  more  meteorological 
parameters  (e.g.,  temperature,  wind  speed/direction,  visibility,  precipitation)  that  describe  the 
state  of  the  atmosphere  either  at  the  Earth’s  surface  or  aloft. 

Overlay 

To  superimpose  one  or  more  images  over  a  common  background. 

Perform 

To  carry  out;  execute;  do. 

Predict 

To  determine  4-D  state  of  an  atmospheric  parameter(s). 

Prepare 

To  manufacture,  compound,  or  compose. 

Present 

To  convey  information. 

Process 

To  handle  (e.g.,  papers,  records)  by  systematically  organizing  them,  recording  or  making 
notations  on  them,  following  up  with  appropriate  action,  or  the  like. 

Protect 

To  secure  or  preserve  against  encroachment,  infringement,  restriction,  or  violation. 

Provide 

To  make  available;  furnish. 

Publish 

To  issue  (as,  a  product)  for  public  distribution  or  access.  The  act  of  publishing  often  includes  the 
addition  or  updating  of  an  entry  in  a  data  directory  or  catalog  that  is  accessible  to  the  user 
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Definition 


community.  Such  directory  or  catalog  entries  publicize  the  availability  of  data  to  subscribers  or 
other  potential  users,  and  occasionally  even  instruct  them  on  where  the  product  can  be 
acquired. 

Quality  Control 
(QC) 

To  use  a  system  for  verifying  and  maintaining  a  desired  level  of  quality  in  a  product  or  process 
by  careful  planning,  use  of  proper  equipment,  continued  inspection,  and  corrective  action  as 
required. 

Quantify 

To  express  as  a  number  or  measure  or  quantity. 

Receive 

To  have  delivered  or  brought  to  one. 

Refine 

To  improve  the  result  by  increasing  product  resolution  or  accuracy,  or  increasing  product  detail. 

Reformat 

To  reshape,  resize,  or  alter  the  form  or  appearance  of  data  or  product. 

Request 

To  inquire  for  (information). 

Request/Reply 

To  ask  for  an  unscheduled  weather  product  (or  information)  and  receive  it  in  a  timely  manner. 

Respond 

To  act  in  return  or  in  answer. 

Retain 

To  store  or  archive  for  future  use.  (Note:  see  definition  of  “store”  or  “archive”  for  amount  of  time 
retained.) 

Retrieve 

T 0  locate  and  read  (data)  from  storage. 

Run 

To  process,  refine,  manufacture,  or  subject  to  an  analysis  or  treatment. 

Select 

To  choose  or  make  a  choice. 

Standardize 

To  establish  agreed-on  criteria  or  values  governing  the  accepted  use  of  data  or  information. 

Store 

To  copy  (data)  into  memory  or  onto  a  storage  device  (short  trend  as  opposed  to  archiving). 

Store  (Weather) 

To  retain  for  short  time  (<  2  days)  for  purpose  of  enhancing  interpretation  (e.g.,  weather  image 
looping,  trending). 

Subscribe 

To  establish  an  ongoing  agreement  whereby  the  user  (subscriber)  receives  one  copy  of  each 
edition  or  version  of  one  or  more  data  products,  or  receives  one  version  of  a  data  product  at 
some  agreed-on  frequency. 

Sum 

To  combine  into  an  aggregate  or  total. 

Support 

To  maintain  (e.g.,  a  person,  family,  establishment,  institution)  by  supplying  with  things 
necessary  to  existence. 

Tailor 

To  adapt  product  or  information  output  for  a  particular  use. 

Update 

To  incorporate  new  or  more  accurate  information  in,  for  example,  a  database,  program,  or 
procedure. 

Verify 

T 0  determine  the  accuracy  of  a  weather  forecast  by  comparing  the  predicted  weather  with  the 
observed  weather  of  the  forecast  period. 

NOUNS  AND  OTHER  TERMS 


Term  |  Definition 


4-Dimensional 
State  (4-D) 
(Weather) 

In  the  context  of  weather,  the  three  dimensions  of  space,  plus  that  of  time  (forecast  value  of 
a  parameter  in  the  future). 

4-Dimensional  All  unclassified  weather  information  used  directly  and  indirectly  for  aviation  decisions.  It 

Weather  Data  Cube  contains  all  relevant  aviation  weather  information  formed  from  the  collection  of  observations, 


Cube) 

public  and  private  sources.  The  Cube  is  composed  of  text  products,  graphic  products,  and 
machine-readable  products.  It  contains  products  in  the  public  domain  and  products  that  are 
proprietary.  The  Cube  is  a  virtual  respository  of  weather  information  housed  in  various 
locations  which  contains  domestic  and  nondomestic  weather  information.  The  production  of 
the  Cube  and  its  utilization  by  NAS  users’  applications  operationally  is  the  essence  of 

NextGen  weather  capabilities. 
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Term 

Definition 

4-Dimensional 
Weather  Single 
Authoritative 

Source  (4-D  Wx 

SAS) 

Single,  standardized  source  of  a  parameter  of  weather  information  used  for  making  air 
transportation  management  decisions.  The  source  is  designated  by  the  domain  authority  as 
the  authoritative  source  so  that  service  providers  and  users  will  access  common  weather 
information  for  making  air  traffic  management  (ATM)  decisions.  Each  type  of  information  can 
have  its  own  authoritative  source.  For  example,  information  taken  directly  from  a  numerical 
model  may  be  the  authoritative  source  for  forecast  winds  and  temperatures,  whereas  airport 
wind  and  temperature  sensors  may  be  the  authoritative  sources  for  current  terminal  winds 
and  temperatures.  The  authoritative  source  provides  the  information  used  by  default.  Users 
other  than  ATM  personnel  may  occasionally  decide  to  use  information  other  than  that  from 
the  authoritative  source  (e.g.,  an  airline  may  use  a  forecast  from  its  own  meteorology 
department);  however,  in  so  doing,  they  are  aware  of  the  authoritative  source  and  they  are 
opting  to  override  and  deviate  from  the  default.  The  4-D  Wx  SAS  data  are  in  the  public 
domain  and  available  to  all  users. 

Accuracy 

Ability  of  a  measurement  to  match  the  actual  value  of  the  quantity  being  measured. 

Advisory  (Weather) 

Abbreviated  plain-language  product  or  a  statement  from  a  federal  actor  concerning  the 
occurrence  or  expected  occurrence  of  weather  phenomena  that  may  be  hazardous  or  that 
may  affect  the  safety  of  aircraft  operations. 

Air  Traffic 

Management 

(ATM) 

Dynamic,  integrated  management  of  air  traffic  and  airspace — safely,  economically,  and 
efficiently — through  the  provision  of  facilities  and  seamless  services  in  collaboration  with  all 
parties. 

Analysis 

Projection  of  the  current  state  of  the  atmosphere  (or  any  system)  as  known  from  a  finite  set 
of  imperfect,  irregularly  distributed  observations  onto  a  regular  grid,  or  to  represent  the 
atmospheric  state  by  the  amplitude  of  standard  mathematical  functions. 

Availability 

Readiness  for  use;  that  is,  degree  to  which  a  system,  subsystem,  or  equipment  is  operable 
and  in  a  committable  state  for  a  mission  or  purpose.  The  proportion  of  time  a  system  is  in  a 
functioning  condition.  Typical  availability  objectives  are  specified  either  in  decimal  fractions, 
such  as  0.9998,  or  sometimes  in  a  logarithmic  unit  called  “nines,”  which  corresponds  roughly 
to  a  number  of  nines  following  the  decimal  point,  such  as  “five  nines”  for  0.99999  availability. 

Climatology 

Thorough,  quantitative  descriptions  of  climate,  particularly  with  reference  to  tables  and 
charts  that  show  characteristic  values  of  weather  parameters  at  a  station  or  over  an  area.  In 
this  paper,  we  often  refer  to  aeronautical  climatology,  which  is  the  application  of  the  data 
and  techniques  of  climatology  to  aviation  meteorological  problems. 

Common  Operating 
Picture  (COP) 

Single  identical  collection  of  relevant  information  shared  by  more  than  one  command.  A 

COP  facilitates  collaborative  planning  and  helps  all  echelons  to  achieve  situational 
awareness. 

Consistency 

Coherent  representation  of  the  physical  atmosphere. 

Critical  Service 

Function  or  service  which,  if  lost,  would  prevent  the  National  Airspace  System  (NAS)  from 
exercising  safe  separation  and  control  over  aircraft. 

Data  (Generic) 

Facts,  concepts,  or  instructions  represented  in  a  formalized  manner  suitable  for 
communication,  interpretation,  or  processing  by  human  or  automated  means. 

Data  (Model) 

Output  from  a  weather  computer  model  (e.g.,  analyses  and  forecasts  of  weather 
parameters). 

Data  (Weather) 

Data  (weather)  acquired  directly  from  a  sensor  (or  observed  by  a  human)  that  has  had 
minimal  processing,  only  formatting  or  QC;  can  be  in  human-readable  (text)  form  or  can 
require  additional  processing  (e.g.,  radar  imagery,  gridded  data)  to  be  useful. 

Data  (Weather) 
(Historical) 

Archived  weather  data  that  relates  characteristic  values  for  meteorological  parameters  with 
respect  to  a  particular  time  (day  or  hour),  place,  and  season,  as  opposed  to  (and  distinct 
from)  climatology,  which  represents  an  average  over  time. 

Data  (Weather) 
(Trend) 

Recent  weather  data  (observations)  or  weather  products  arranged/displayed  chronologically 
for  viewing  to  readily  discern  patterns  or  behavior 

Decision-support 

Tool  (DST) 

Tool  that  incorporates  observations,  forecasts,  model/algorithm  data,  and  climatology, 
including  surface  observations  and  weather  aloft,  to  allow  full  integration  of  weather  into 
traffic  flow  decision-making. 

Diagnosis 

See  entry  entitled  “Analysis.” 

Digital 

Expressed  in  numerical  form,  especially  for  use  by  a  computer. 
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Domain  Authority 

Lead  office  or  position  sanctioned  to  define  the  authoritative  weather  parameter  data 
sources  for  a  given  domain,  such  as  the  continental  United  States  (CONUS)  atmospheric, 
European  atmospheric,  or  space  domains.  To  prevent  potentially  conflicting  weather 
information  from  being  provided  to  various  decision-makers  (within  the  ATM  community),  the 
domain  authority  defines  and  implements  clear  operating  rules  for  determining  the  data 
source  to  be  used  for  a  given  time,  location,  and  application.  The  domain  authority  will 
implement  operating  rules,  which  could  change  with  time  (e.g.,  seasonally  or  during  phases 
of  the  solar  cycle)  and  with  model  upgrades.  Examples  include  selecting  the  numerical 
model  or  ensemble  with  the  best  performance  statistics  for  a  given  location  and  season.  The 
end  goal  is  to  ensure  that  all  decision-makers  who  request  weather  information  from  the  4-D 
Wx  SAS  for  a  similar  location,  time,  and  application  receive  consistent  information. 

Efficiency 

Ratio  of  the  effective  or  useful  output  to  the  total  input  in  any  system. 

Essential  Service 

Function  or  service  that,  if  lost,  would  reduce  the  capability  of  the  NAS  to  exercise  safe 
separation  and  control  over  aircraft. 

Flexibility 

Ability  to  change  (or  be  changed)  to  fit  changed  circumstances. 

Forecast 

Prediction  of  the  future  state  of  the  atmosphere,  with  specific  reference  to  one  or  more 
associated  meteorological  parameters. 

Forecast 

(Deterministic) 

Forecast  governed  by  and  predictable  in  terms  of  definite  laws  (e.g.,  dynamic  equations), 
with  the  notion  that  there  is  at  any  instant  exactly  one  future  outcome  (forecast).  A 
deterministic  forecast  might  be  based  on  one  specific  outcome  of  a  numerical  weather 
prediction  model  (versus  a  probabilistic  forecast,  which  might  be  based  on  an  ensemble 
member  set). 

Forecast 

(Probabilistic) 

Forecast  arrived  at  using  stochastic  processes  and  represented  in  probabilistic  terms,  such 
as  in  a  probability  density  function  (i.e.,  a  statistical  function  that  shows  how  the  density  of 
possible  observations  or  forecasts  in  a  population  is  distributed)  or  a  probability  distribution 
function  (i.e.,  a  mathematical  description  of  a  random  variable  in  terms  of  its  admissible 
values  and  the  probability  associated,  in  an  appropriate  sense,  with  each  value).  In  the  field 
of  numerical  weather  prediction,  probabilistic  forecasts  are  often  arrived  at  based  on 
evaluations  or  analyses  of  model  ensembles. 

Forecast 

Confidence 

Confidence  in  a  forecast,  which  is  sometimes  inferred  or  provided  by  ensemble  forecasts, 
where  a  model  run,  in  which  members  diverge,  often  corresponds  to  a  lower  forecast 
certainty,  whereas  member  convergence  implies  or  indicates  a  higher  forecast  certainty. 

Function  (System 
Engineering) 

Characteristic  action  or  activity  that  must  be  performed  to  achieve  a  desired  objective  or 
stakeholder  need. 

Geo-Referenced 

Defined  or  specified  in  physical  space.  Related  (e.g.,  via  one  or  more  coordinate  systems  or 
map  projections)  to  a  position  relative  to  the  Earth.  In  a  geographic  information  system 
(GIS),  a  system  for  capturing,  storing,  analyzing,  and  managing  data  and  associated 
attributes  that  are  spatially  referenced  to  the  Earth.  The  association  of  geophysical  data 
(e.g.,  image  data  or  grid  points)  to  some  geographic  control  framework  (e.g.,  specifying  the 
location  by  its  latitude,  longitude,  and  altitude  above  mean  sea  level). 

Geosynchronous 

Any  equatorial  satellite  with  an  orbital  velocity  equal  to  the  rotational  velocity  of  the  Earth. 

The  net  effect  is  that  the  satellite  is  virtually  motionless  with  respect  to  an  observer  on  the 
ground. 

Impact 

Effect  of  weather  on  NAS  safety  or  capacity. 

Input  (Weather) 

Weather  data  (usually  formatted)  “ingested”  by  an  algorithm  or  computer  model. 

Latency 

In  information  processing  and  dissemination,  the  time  required  for  an  event  to  occur.  This 
event  might  be  attributed  to  database  access  times,  computer  processing  times,  and 
network  or  communication  lags  (e.g.,  time  taken  for  a  data  packet  to  be  sent  by  an 
application  and  received  by  another  application).  Such  events  might  include,  for  example — 

1 .  The  time  elapsed  between  the  moment  a  user  requests  a  product  and  the  moment  the 
product  is  delivered  to  that  user’s  system. 

2.  The  time  elapsed  between  the  moment  a  new  product  is  available  on  some  central  server 
and  the  moment  that  a  subscriber  of  that  product  receives  a  complete  copy  of  that  product. 

3.  The  time  elapsed  between  the  moment  a  central  database  is  updated  and  the  moment  a 
user  is  informed  that  new  information  is  available. 

4.  The  time  elapsed  between  the  moment  an  observation  is  taken  by  a  sensor  system  (e.g., 
a  surface  observation  or  a  weather  radar)  and  the  moment  that  observation  is  available  to  a 
user. 
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Machine-Readable 

Suitable  for  feeding  directly  into  a  computer.  Information  encoded  in  a  form  that  can  be  read 
(i.e.,  scanned/sensed)  by  a  machine/computer  and  interpreted  by  the  machine’s  hardware 
and/or  software.  Common  machine-readable  data  storage  and  data  transmission 
technologies  are  processing  waveforms,  optical  character  recognition  (OCR),  and  barcodes. 

Meta  Tag 

Commonly  used  to  describe  the  contents  of  a  Web  page.  May  be  either  description  or 
keyword  meta  tag.  Most  search  engines  use  this  data  when  adding  pages  to  their  search 
index. 

Metadata 

Structured  information  that  describes,  explains,  locates,  or  otherwise  makes  it  easier  to 
retrieve,  use,  or  manage  an  information  resource.  Metadata  is  often  called  “data  about  data.” 

Model  (Weather) 

Description  or  analogy  used  to  help  visualize  something  that  cannot  be  observed  directly 
(generic).  For  Weather — See  entry  entitled  “Weather  Model.” 

National  Airspace 
System  (NAS) 

Common  network  of  U.S.  airspace;  air  navigation  facilities,  equipment  and  services,  airports, 
or  landing  areas;  aeronautical  charts,  information,  and  services;  rules,  regulations,  and 
procedures;  technical  information;  and  manpower  and  material.  Included  are  system 
components  shared  jointly  with  the  military. 

Need 

User  stated  capability  necessary  to  accomplish  a  task  or  mission. 

Network-Enabled 
Operations  (NEO) 

Decision-support  and  other  applications  using  NEI  for  information  transfer  and  retrieval. 

Operational 

Decision-maker 

Within  FAA,  an  air  traffic  controller,  traffic  management  specialist,  or  flight  service  specialist. 
Outside  the  FAA,  a  pilot  or  dispatcher. 

Output 

Products  or  information  from  a  computer  (e.g.,  weather  model,  algorithm)  generated  for 
dissemination. 

Position 

Position  represents  the  location  of  an  object  in  space.  Position  can  be  represented  via 
coordinates  (e.g.,  xyz,  for  East-West,  North-South,  and  altitude)  or  via  various  GIS 
representations  (e.g.,  shape  files). 

Predictability 

Extent  to  which  future  states  of  a  system  may  be  predicted  based  on  knowledge  of  current 
and  past  states  of  the  system.  Because  knowledge  of  the  system’s  past  and  current  states  is 
often  imperfect,  as  are  models  that  use  this  knowledge  to  produce  a  prediction,  predictability 
is  inherently  limited.  Even  with  arbitrarily  accurate  models  and  observations,  limits  to  the 
predictability  of  a  physical  system  may  still  exist. 

Private  Weather 
Providers 

Business  organizations  that  supply  weather  information,  generally  for  a  profit.  Such 
organizations  are  outside  the  public  (government)  and  voluntary  sectors.  Weather 
information  from  such  private  weather  providers  may  occasionally  have  restrictions  on 
access,  use,  and  redistribution. 

Probability  Forecast 

A  forecast  containing  the  likelihood  of  the  occurrence  of  a  specific  event  during  a  specific 
time  interval  at  a  specific  location. 

Process  (Weather) 

Series  of  actions  or  functions  (e.g.,  data  assimilation,  analysis,  and  product  generation). 

Product  (Weather) 

Output  tailored  for  use  by  a  meteorologist  or  a  decision-maker;  may  not  require 
meteorological  training  to  interpret. 

Reliability 

See  Statistical  Reliability. 

Representative 

Serving  as  a  typical  or  characteristic  example. 

Requirement 

(Weather) 

Weather  need  that  has  undergone  a  validation  process,  such  a  requirement  to  support  a 

FAA  decision-maker  function. 

Resolution 

1 .  Degree  to  which  nearly  equal  values  of  a  quantity  can  be  discriminated. 

2.  Smallest  measurable  change  in  a  quantity. 

3.  Least  value  of  a  measured  quantity  that  can  be  distinguished. 

4.  Formal  inference  rule  permitting  computer  programs  to  reason  logically. 

Resolution  (Spatial) 

Degree  to  which  nearly  equal  values  of  a  quantity  can  be  discriminated  in  space.  The 
smallest  measurable  change  in  a  quantity.  The  least  value  of  a  measured  quantity  that  can 
be  distinguished.  For  gridded  products,  the  distance  between  two  grid  points  (e.g.,  in  the 
horizontal  and  vertical  dimensions). 

Resolution  (Time) 

Degree  to  which  nearly  equal  values  of  a  quantity  can  be  discriminated  in  time.  The  smallest 
measurable  change  in  a  quantity.  The  least  value  of  a  measured  quantity  that  can  be 
distinguished.  For  gridded  products,  the  temporal  difference  (e.g.,  in  seconds  or  hours) 
between  two  successive  grids. 
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Risk  (in  relation  to 
vulnerability,  threat 
probability,  and 
impact) 

Concept  that  denotes  a  potential  negative  impact  to  an  asset  or  some  characteristic  of  value 
that  may  arise  from  some  present  process  or  future  event.  The  probability  of  a  known  or 
plausible  harm  or  loss.  The  possibility  of  an  event  occurring  that  will  have  an  impact  on  the 
achievement  of  objectives.  Risk  is  measured  in  terms  of  impact  and  likelihood.  For  large 
information  technology  systems,  there  are  potentially  numerous  risks.  A  few  examples  of 
risk  areas  are  security  threats  (e.g.,  system  intrusion,  malicious  software,  denial  of  service), 
physical  or  facilities  risks  (e.g.,  related  to  power,  environmental  controls,  physical  access), 
maintainability  risks  (e.g.,  availability  of  hardware  equipment  replacement  parts,  software 
maintenance  or  operator  support),  and  business/administrative  risks  (e.g.,  organizational 
and  management  support  for  system  functions). 

Service  Provider 

For  FAA,  an  air  traffic  controller,  traffic  management  specialist,  or  flight  service  specialist; 
also  meteorological  personnel  providing  aviation  support  (government  or  vendor). 

Statistical  Reliability 

Consistency  of  a  set  of  measurements  or  forecasts.  The  extent  to  which  the  forecasts 
remain  consistent  over  repeated  simulations  with  permutated  initial  conditions  or  with 
variable  (plausible)  model  physics.  Reliability  does  not  necessarily  imply  validity.  That  is,  a 
reliable  measure  is  measuring  something  consistently,  but  not  necessarily  what  it  is 
supposed  to  be  measuring. 

The  expected  reliability  of  weather  forecasts  shows  drastic  variations  depending  on  the  daily 
flow  configuration.  On  certain  days,  a  10-day  forecast  might  have  highly  predictable  features 
in  it;  on  other  days,  a  3-day  forecast  might  have  features  that  have  very  little  or  no 
predictability.  Ensemble  forecasts  can  identify  at  the  time  a  forecast  is  prepared  how  much 
predictability  a  particular  weather  feature  has,  given  the  initial  uncertainty  in  the  analysis  and 
the  time  evolution  of  the  possible  atmospheric  states  up  to  a  particular  lead  time  of  interest. 

Sufficiency 

Quantity  (enough)  or  quality  of  data  for  processing  leading  to  product  generation. 

Threshold 

Value  that,  when  passed,  from  below  or  above,  initiates  or  limits  an  action  For  example,  if  a 
temperature  goes  above  a  preset  threshold  level,  it  might  trigger  an  automated  surface 
observing  system  [ASOS]  to  make  a  special  observation;  or  if  the  RVR  goes  below  a  preset 
threshold  level,  a  pilot  may  not  be  able  to  land  at  a  specific  airport. 

Time 

Value  in  the  non-spatial  dimension  associated  with  an  event.  The  non-spatial  dimension 
describes  a  continuum  in  which  events  occur  in  apparently  irreversible  succession  from  the 
past  through  the  present  to  the  future.  Time  is  used  to  synchronize  activities  throughout  the 
NextGen. 

Time  Referenced 

Associated  with  a  particular  moment  in  time  or  a  time  period.  For  example,  temperature 
analysis  grid  valid  at  1200  UTC  on  a  particular  day;  radar  image  time  valid  over  a  1-minute 
period  between  1200  and  1201  UTC;  model  forecast  temperature  grid  valid  at  48  hours  in 
the  future  (relative  to  a  reference  time). 

User 

Service  provider  or  end  user  that  needs  weather  product(s)  or  information  to  perform  an 
aviation-related  function. 

User  Access 

User’s  ability  to  communicate  with,  especially  by  computer,  products,  information,  and  other 
users. 

Warning 

Issued  when  a  hazardous  weather  or  hydrologic  event  is  occurring,  is  imminent,  or  has  a 
very  high  probability  of  occurring.  A  warning  is  used  for  conditions  posing  a  threat  to  life  or 
property. 

Watch 

Issued  when  the  risk  of  a  hazardous  weather  or  hydrologic  event  has  increased  significantly, 
but  its  occurrence,  location,  and/or  timing  are  still  uncertain.  It  is  intended  to  provide  enough 
lead  time  so  that  those  who  need  to  set  their  plans  in  motion  can  do  so. 

Weather 

Category  of  individual  and  combined  atmospheric  phenomena  that  must  be  drawn  on  to 
describe  the  local  atmospheric  conditions  at  a  specific  time. 

Weather  Data 

See  entry  entitled  “Data  (Weather).” 

Weather  Element 

Any  one  of  the  observable  properties  of  the  atmosphere  (i.e.,  temperature,  humidity, 
precipitation),  which  together  specify  the  physical  state  of  weather  or  climate  at  a  given 
place  for  any  particular  moment  or  period  of  time 

Weather 

Information 

(classified) 

Data  withheld  (i.e.,  of  strictly  limited  availability  and  distribution)  for  national  security 
reasons. 
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Weather 

Information 

(unclassified) 

4-D  Wx  Data  Cube  data  (used  directly  and  indirectly  for  aviation  decisions)  that  is  not 
classified.  Note  that  this  includes  freely  available  public  domain  weather  information,  as  well 
as  data  restricted  for  reasons  other  than  a  classified  rating  (e.g.,  regulatory  or  proprietary 
information). 

Weather 

Information 

(proprietary) 

Information  over  which  private  ownership  and  control  are  exercised.  This  information  may 
still  be  in  the  4-D  Wx  Data  Cube,  but  in  general,  access  to  it  and/or  its  dissemination  is 
controlled. 

Weather 

Information  (public 
domain) 

Weather  information  in  the  4-D  Wx  Data  Cube  whose  access  is  unrestricted.  This  includes 
information  whose  visibility  and  use  is  not  limited  because  it  is  unclassified,  proprietary,  or 
restricted  regulatory. 

Weather  Model 

Software  program  or  application  that  uses  algorithms  generally  used  for  numerical  weather 
diagnosis  and  prediction  (e.g.,  RUC,  AVN,  ETA). 

World  Area 

Forecast  System 
(WAFS) 

Program  developed  by  the  International  Civil  Aviation  Organization  (ICAO)  and  the  World 
Meteorological  Organization  (WMO)  to  improve  the  quality  and  consistency  of  en  route 
guidance  provided  for  international  aircraft  operations.  Currently,  two  World  Area  Forecast 
Centers  (WAFC),  one  in  the  United  States  and  one  in  the  United  Kingdom,  are  providing  en 
route  wind  and  temperature  forecasts  and  some  significant  weather  charts.  In  the  final 
phase  of  the  WAFS,  en  route  significant  weather  forecasting  responsibilities  also  will  be  fully 
transferred  to  the  two  WAFCs.  WAFC-Washington  is  responsible  for  satellite  data 
broadcasts  to  the  Americas,  the  Atlantic,  the  Pacific,  and  Eastern  Asia  Backup.  WAFC- 
London  is  responsible  for  broadcasts  to  Europe,  Africa,  and  western  Asia. 
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APPENDIX  C.  DETAILED  PROGRAM  PLAN  FOR  4-D  WEATHER  DATA  CUBE 
INITIAL  OPERATIONAL  CAPABILITY 

1.  Program  Management 
Reference:  WBS  1 

Description:  This  task  defines  the  execution  of  the  necessary  management  activities  that 
support  and  guide  the  WBS.  This  includes  coordination  within  and  interagency  coordination, 
as  well  as  coordination  with  other  JPDO  working  groups.  The  team  will  ensure  agency  tasks 
are  aligned  with  the  plan  and  there  is  no  duplication  between  agencies.  It  includes  the 
coordination  and  oversight  of  contract  staff  and  all  procurement  activities. 

Objectives 

•  FY09 

-  Stand-up  rigorous  program  management  structure 

•  FYIO 

-  Formalize  execution  processes 

-  Develop  acquisition  strategies 

-  Complete  supporting  management  plans 

•  FYll 

-  Interface  control  documents  approved  and  base-lined 

•  FY12 

-  Test  plan  complete 

•  FY13 

-  Manage  deployment  and  development  of  follow  on  capabilities 
Time  frame:  Ongoing 

Deliverables:  Deliverables  under  this  task  include,  but  are  not  limited  to,  the  following: 

viii.  Quarterly  Status  reports 
ix.  Budget  reports 

X.  Budget  updates  and  inputs  to  the  budget  planning  process 

xi.  Tasking  for  contractors  and  staff  for  all  sub-tasks 

xii.  Earned  Values  reports. 

xiii.  Supporting  Management  Plans 

Agency  roles  and  responsibilities:  Each  agency  will  maintain  a  separate  management 
structure  responsible  for  planning  and  executing  the  tasks  assigned  by  this  plan.  The 
overarching  management  structure  is  governed  by  the  Cube  Team,  which  is  chaired  by 
representatives  from  NOAA,  EAA,  DoD  and  Industry. 
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1.1  4-D  Weather  Data  Cube  IT  Conops 

Reference;  WBS  1.1 

Description:  This  document  shall  describe  Information  Technology  (IT)  aspects  of  the 
operation  of  the  Cube,  including  the  functional  portion  known  as  the  Single  Authoritative 
Source  (SAS)  for  ATM  decision-making.  These  aspects  include  but  are  not  limited  to 
synchronization  of  distributed  data  sets,  insertion  and  extraction  services  with  respect  to  the 
Cube  and  the  SAS,  management  of  its  metadata,  domain  authority  methods  including  that 
which  allows  Meteorologists  in  the  Loop  (MlTL)/Meteorologists  over  the  Loop  (MOLL) 

(see  Appendix  C,  section  3.4.2),  flexibility  to  accept  new  data  sets,  quality  control 
operations,  operational  security,  performance  and  IT  Security  requirements,  archiving 
requirements,  and  performance  management. 

Timeframes:  July  2008  -  December  2009 

Inputs:  Concept  of  Operations  for  the  Next  Generation  Air  Transportation  System,  version 

2.0 

Deliverables:  1)  Final  4-D  Weather  Data  Cube  IT  ConOps,  2)  Adjudicated  list  of  comments 
and  questions  from  the  previous  iterations  with  action  taken  and  reason  that  action  was  taken. 

Exit  Criteria:  Completion  of  the  Final  4-D  Weather  Data  Cube  IT  ConOps  and  publication 
on  the  JPDO  website. 

Agency  Roles  and  Responsibilities:  NOAA  will  be  the  lead  agency  for  this  effort  but  the 
document  will  be  developed  with  input  from  FAA  and  DoD.  DoD  will  contribute  their  net 
centric  IT  operations  expertise.  Supporting  input  will  come  from  R&D  Community  and 
Industry. 

1.2  IT  Requirements 

Reference;  WBS  1.2 

Description:  This  activity  will  develop  the  detailed  IT  requirements  for  the  Cube 
Timeframes:  June  2009  -  December  2009 

Inputs:  4-D  Weather  Data  Cube  IT  ConOps,  Four  Dimensional  Weather  Functional 
Requirements  for  NextGen  Air  Traffic  Management,  NNEW/RWl  Preliminary  Portfolio 
Requirements,  Performance  Requirements 

Deliverables:  Draft  IT  Requirements  Document 


Version  1.1 


C-2 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 

Exit  Criteria:  Completed  set  of  IT  requirements 

Agency  Roles  and  Responsibilities:  IT  Requirements  will  be  developed  jointly  by  NOAA 
and  FAA.  DoD  will  assist. 

1.3  Governance 

Reference:  WBS  1.3 

Description:  This  task  defines  the  overall  Governance  activities  necessary  to  insure  a 
successful  IOC.  Governance  is  a  critical  activity  that  spans  multiple  domains.  Governance  is 
applied  to  multiple  levels  with  respect  to  the  Cube.  There  is  the  overall  governance  of  the 
Cube  infrastructure,  especially  with  respect  to  the  physical  configuration.  There  are  also 
unique  Governance  issues  associated  with  management  of  a  Service  Oriented  Architecture 
(SOA). 

1.3.1  Development  of  4-D  Weather  Data  Cube  Governance  Model 

Reference:  WBS  1.3.1 

Description:  This  task  defines  the  activities  with  defining  the  overall  Governance  Model  of 
the  Cube.  The  Governance  Model  defines  the  different  domains  and  scope  of  Governance, 
the  governing  authorities,  scope  of  decision  making  and  escalation  procedures. 

Time  Frame:  February  2009  -  April  2010 

Inputs:  None 

Deliverables:  White  paper  defining  the  Cube  Governance  Model. 

Exit  criteria:  Acceptance  of  the  white  paper 

Agency  roles  and  responsibilities:  This  is  a  joint  task,  conducted  jointly  by  the  management 
and  policy  teams  from  each  agency. 

1.3.2  4-D  Weather  Data  Cube  Governance  Structure 
Reference:  WBS  1.3.2 

Description:  This  task  defines  the  activities  with  defining  The  Governance  Structure  of  the 
Cube.  This  includes  definition  of  the  membership,  domain  authority  and  scope  of  the 
decision  making. 

Time  Frame:  April  2009  -  December  2010 
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Inputs:  Governance  Model  White  Paper. 

Deliverables:  White  paper  defining  the  Governance  Structure 
Exit  criteria:  Acceptance  of  the  white  paper 

Agency  roles  and  responsibilities:  This  activity  is  joint  inter-agency  activity.  Participants 
include  the  NNEW  IOC  leadership  Team,  the  Policy  Team  and  representatives  from  the 
NCO  Division. 

1. 3. 3  Weather  Information  Regulatory  Structure 
Reference:  WBS  1.3.3 

Description:  This  task  defines  the  regulatory  structure  governing  the  contents  of  the  Cube, 
particularly  the  SAS. 

Time  Erame:  December  2009  -  August  2010 
Inputs:  None 

Deliverables:  White  paper  defining  the  Cube  Governance  Model. 

Exit  criteria:  Acceptance  of  the  white  paper 

Agency  roles  and  responsibilities:  This  task  will  be  lead  by  the  EAA  with  support  by  the 
NOAA  members  of  the  El  team. 

1.3.4  Develop  SOA  Governance 
Reference:  WBS  1.3.4 

Description:  This  task  defines  the  activities  with  defining  the  Governance  of  the  SOA  of  the 
Cube.  The  SOA  Governance  first  starts  with  defining  the  Community  of  Interest  (COI), 
which  includes  users  and  owners  of  the  systems  that  will  contribute  to  the  IT  infrastructure  of 
the  Cube.  Rules  defining  how  services  within  the  architecture  will  evolve,  configuration 
management,  and  decision  making  authority  will  be  defined  during  this  task. 

Time  Erame:  Eebruary  2009  -  March  2010 

Inputs:  4-D  Cube  Governance  Model 

Deliverables:  White  paper  defining  SOA,  Governance,  membership,  domain  and  decision¬ 
making  authority. 
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Exit  criteria:  Acceptance  of  the  white  paper 

Agency  roles  and  responsibilities:  This  is  a  joint  interagency  activity.  Participation  will  be 
between  members  of  the  NCO  Division,  the  ITEST  and  the  NNEW  IOC  leadership  team. 

1.4  Program  Management  Plan 
Reference:  WBS  1.4 

Description:  This  task  will  include  all  activities  necessary  to  develop  the  4-D  Weather  Data 
Cube  Program  Management  Plan  (PMP).  The  PMP  will  outline  the  plans  and  procedures 
used  by  the  IOC  Team  in  the  management  of  4-D  Weather  Data  Cube  development.  The 
PMP  will  clearly  define  the  roles,  responsibilities,  procedures,  and  processes  required  to 
execute,  monitor,  and  control  the  Program.  The  PMP  will  address  the  program  management 
processes  to  be  used,  how  work  will  be  executed  to  accomplish  Program  objectives,  and  the 
required  performance  measures  to  be  used  by  participating  organizations.  The  PMP  will  also 
address  interagency  coordination  and  support  to  ensure  there  is  not  duplication  and  that  tasks 
are  aligned. 

Time  frame:  April  2009  -  March  2010 

Inputs:  NextGen  Weather  Plan,  agency  specific  management  processes  and  requirements 
Deliverables:  Completed  and  approved  Program  Management  Plan 
Exit  criteria:  Baseline  Program  Management  Plan  approval 

Agency  roles  and  responsibilities:  Each  agency  will  maintain  a  separate  management 
structure  responsible  for  planning  and  executing  the  tasks  assigned  by  this  Plan.  The 
overarching  management  structure  is  governed  by  the  NextGen  Network  Enabled  Weather 
(NNEW)  IOC  team,  which  is  chaired  by  representatives  from  NOAA,  EAA,  DoD,  and 
Industry.  The  overall  management  structure  for  the  NextGen  Weather  Plan  is  shown  in 
Eigure  2.1. 

1.5  Risk  Management  Plan 

Reference:  WBS  1.5 

Description:  This  task  will  include  all  activities  necessary  to  develop  the  4-D  Weather  Data 
Cube  Risk  Management  Plan  (RMP).  The  RMP  will  define  how  risks  are  identified, 
managed  and  mitigated.  The  initial  development  of  a  risk  register,  which  will  be  used  to 
identify,  track  and  resolve  risks,  is  also  included  in  this  task. 

Time  frame:  June  2009  -  March  2010 
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Inputs:  NextGen  Weather  Plan,  ageney  speeifie  risk  management  proeesses 
Deliverables:  Completed  and  approved  Risk  Management  Plan  and  preliminary  risk  register 
Exit  eriteria:  Baseline  Risk  Management  Plan  approval 

Ageney  roles  and  responsibilities:  Eaeh  ageney  will  partieipate  in  and  eontribute  to  the 
development  of  the  RMP. 

1.6  Configuration  Management  Plan 

Referenee:  WBS  1.6 

Deseription:  This  task  will  inelude  all  aetivities  neeessary  to  develop  the  4-D  Weather  Data 
Cube  Configuration  Management  Plan  (CMP).  The  CMP  will  define  the  proeesses  and 
proeedures  for  managing  required  ehanges  to  the  Cube  Program.  The  CMP  will  inelude 
proeedures  for  identifying  needed  ehanges,  reviewing  and  approving  ehanges,  updating  the 
plan  baseline,  and  determining  and  doeumenting  the  impaet  of  requested  ehanges.  The  CMP 
will  provide  a  elear,  standardized  proeess  for  managing  ehanges  in  this  Plan,  requirements, 
eost  estimates,  and  sehedules. 

Timeframe:  July  2009  -  Mareh  2010 

Inputs:  Program  Management  Plan,  ageney  speeifie  management  proeesses  and 
requirements 

Deliverables:  Completed  and  approved  Configuration  Management  Plan 

Exit  eriteria:  Baseline  Configuration  Management  Plan  approval 

Ageney  roles  and  responsibilities:  Eaeh  ageney  will  provide  input  to  the  Configuration 
Management  Plan.  The  Configuration  Management  Proeess  will  be  governed  by  the  Cube 
Team.  Consultation  and  approval  for  any  major  ehanges  impaeting  the  Program  eompletion 
date  or  signifieant  eost  overruns  will  be  provided  by  the  WWG  Exeeutive  Couneil  and  the 
NEWP. 

1. 7  Integrated  Science  Roadmap 
Referenee:  WBS  1.7 

Deseription:  This  task  formulates  an  Integrated  Seienee  Roadmap  of  all  sponsored  aetivities 
within  the  partieipating  ageneies  and  eontributors  from  private  Industry.  The  roadmap  will 
align  aetivities  enabling  or  direetly  related  to  aviation  weather  elements  required  for  IOC, 
MOC,  and  EOC.  Ineluded  will  be  the  eurrent,  programmed,  and  out-year  aetivities  neeessary 
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to  reach  FOC  as  defined  by  the  JPDO.  This  document  will  be  updated  annually  to  adjust  for 
available  funding  and  changing  requirements. 

Time  frame;  January  -  September  2010 

Deliverables:  Deliverables  include  an  iterative  approach  to  achieving  a  completed  roadmap. 

i.  Retrospective  science  infusion  to  current  state  (three  year  retrospective),  May  ‘09 

ii.  Proposed  IOC  research,  development,  and  operations  July  1,  2009 

iii.  Proposed  MOC  research,  development,  and  operations  August  1,  2009 

iv.  Proposed  FOC  research,  development,  and  operations  September  1,  2009 
V.  Final  assembled  report  September  30,  2009 

Exit  criteria:  Completed  and  approved  Integrated  Science  Roadmap. 

Agency  roles  and  responsibilities:  DOC/NOAA  will  lead  the  development  of  an  integrated 
roadmap  with  input  from  all  partner  agencies.  Each  agency  will  be  required  to  maintain  a 
separate  science  roadmap  disclosing  all  current  science  plans  including  state  of  funding 
profile  and  risks. 

1.8  Define  Initial  Operational  Capabilities 
1. 8. 1  Sources  of  IOC  Content 

Description:  Data  and  information  for  the  Cube  arise  from  a  number  of  sources,  e.g., 
satellites,  radar,  automated  weather  observing  systems,  numerical  weather  prediction  models 
of  varying  resolution  and  geographical  coverage,  algorithms  for  specific  forecasts,  and 
human-generated  forecasts.  This  task  is  to  determine  which  sources  of  weather  information 
are  to  be  included  in  the  Cube. 

Timeframes:  January  2009  -  September  2009 

Inputs:  Eour-Dimensional  Weather  Eunctional  Requirements  for  NextGen  Air  Traffic 
Management;  EAA  Performance  Requirements;  space-based  measurements  from 
Geostationary  Operational  Environmental  Satellite  -  Series  R  (GOES-R)  and  National  Polar- 
orbiting  Operational  Environmental  Satellite  System  (NPOESS)  capabilities;  ground-based 
sensor  direct-measurement  capabilities,  such  as  Automated  Surface  Observing  System 
(ASOS)/ Automated  Weather  Observing  System  (AWOS);  ground-based  remote  sensing 
systems,  such  as  Weather  Surveillance  Radar  88D  (Also  called  the  Next  Generation  Weather 
Radar  (NEXRAD),  Terminal  Doppler  Weather  Radar,  National  Eightning  Detection 
Network;  aircraft  measurements  of  weather;  modeling  capabilities  from  the  National  Centers 
for  Environmental  Prediction;  forecast  capabilities  from  centralized  and  dispersed  locations. 

Deliverable:  Output  is  a  description  of  data  and  information  sources  containing  at  minimum 
the  following; 
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•  Catalog  of  current  agency  observational  systems  with  potential  to  contribute  data  to  IOC 
capability 

•  Catalog  of  numerical  weather  prediction  models  with  potential  to  contribute  information  to 
IOC  capability 

•  Description  of  emerging  data  and  information  sources  expected  to  be  operational  and  able 
to  contribute  to  IOC 

•  Estimates  of  product/data  size 

Exit  Criterion:  Weather  data  and  information  sources  identified  for  integration  into  a 
network-enabled  Cube. 

Agency  Roles  and  Responsibilities:  NOAA  will  lead  the  collection  of  information  regarding 
the  disparate  data  sources  available  to  the  Cube  for  IOC  with  coordination  from  EAA,  DoD, 
NASA,  and  members  of  the  R&D  community,  including  those  from  Industry. 

1.8.2  IOC  Content  Definition 

Description:  The  IOC  state  requires  agency-coordinated  definition  to  facilitate  planning, 
programming,  and  budgeting.  This  task  will  define  the  aviation  weather  impact  variables 
that  will  be  present  at  IOC. 

Timeframes:  June  2008  -  September  2012 

Inputs:  NextGen  Integrated  Work  Plan  (IWP),  Eour-Dimensional  Weather  Eunctional 
Requirements  for  NextGen  Air  Traffic  Management,  EAA  Performance  Requirements 

Deliverables:  Output  is  a  yearly  updated  document  containing  at  minimum  the  following: 

•  Identification  of  threshold  IOC  content,  current  or  in  development  but  approaching 
maturity.  Threshold  content  represents  the  minimum  environmental  information 
committed  for  IOC. 

•  Identification  of  objective  IOC  content,  current  or  in  development  but  approaching 
maturity.  Objective  content  represents  additional  environmental  information  that  is  desired 
or  required  in  future  builds  of  the  net-enabled  Cube  but  is  not  committed  for  IOC. 

•  Baseline  of  current  agency  capabilities  to  contribute  aviation  weather  hazard  information 
selected  for  IOC 

•  Identification  of  Research  and  Development  (R&D)  required  to  permit  emerging 
techniques  to  mature  for  IOC 

Milestones: 

•  Initial  definition  COMPEETED  September  19,  2008 

•  Update  September  30,  2009 

•  Update  September  30,  2010 

•  Update  September  30,  2011 

•  Einal  September  30,  2012 
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Exit  Criteria:  Each  year,  a  plan  detailing  IOC  content  is  finalized,  approved  by  the  Cube 
Team  and  each  agency. 

Agency  Roles  and  Responsibilities:  Participating  agencies  and  the  WWG  will  approve  IOC 
content.  Support  and  additional  input  will  come  from  individual  agencies  and  other  NextGen 
working  groups  composed  of  members  of  the  R&D  community,  including  those  from 
Industry. 

1. 9  Investment  Analysis 
Reference:  WBS  1.9 

Description:  Agency  specific  investment  analysis  processes  will  be  required  to  ensure  stable 
funding  and  submission  of  NextGen  Weather  budget  requests  to  the  appropriate  agency 
processes.  Activities  include  cost-benefit  analyses,  0MB  Exhibit  300s,  budget  narratives  and 
defense  documentation,  and  the  preparation  of  materials  required  for  appropriate  key 
decision  points. 

1. 9. 1  FAA  Investment  Analysis 
Reference:  WBS  1.9.1 

Description:  The  EAA  Acquisition  Management  System  (AMS)  mandates  a  series  of  phases 
and  decision  points  for  EAA  acquisitions.  The  EAA  Program,  NextGen  Network  Enabled 
Weather  (NNEW),  which  will  establish  the  EAA’s  portion  of  the  Cube,  has  completed  the 
Concept  and  Requirements  Definition  Phase  and  is  now  beginning  the  Investment  Analysis 
Phase.  There  are  two  parts  of  this  phase.  Initial  Investment  Analysis  and  Pinal  Investment 
Analysis.  Approval  at  Pinal  Investment  Analysis  provides  authority  for  the  Program  to 
proceed  with  the  acquisition  and  fielding  of  the  necessary  assets  to  establish  PAA’s  portion 
of  the  Cube. 

Timeframes:  March  2008  -  September  2011 

Inputs:  Artifacts  developed  in  Concept  and  Requirements  Definition 

Deliverables:  Various  artifacts  associated  with  Investment  Analysis  (e.g.,  0MB  Exhibit  300) 

Exit  Criteria:  Approval  to  proceed  with  acquisition 

Agency  Roles  and  Responsibilities:  EAA  will  conduct  its  Investment  Analysis,  but  must 
ensure  that  documents  are  consistent  with  this  Plan  and  appropriately  support  partner 
activities  and  investments. 

1.9.2  NOAA  Investment  Analysis 
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Reference:  WBS  1.9.2 

Description:  This  task  will  include  all  activities  necessary  to  support  NOAA’s  Planning, 
Programming,  Budgeting  and  Execution  System  (PPBES)  and  NWS’  Operations  and  Service 
Improvement  Process  (OSIP). 

Time  frame:  January  2008  -  December  2011 

Inputs:  NextGen  Weather  Plan,  NextGen  Weather  Concept  of  Operations  Vl.O,  NextGen 
Integrated  Work  Plan,  Vl.O,  agency  specific  management  processes  and  requirements 

Deliverables:  PPBES  and  OSIP  required  documentation  (e.g.,  ConOps/Operational 
Requirements  Document,  Business  Case  Analysis,  Annual  Budget  Narratives,  0MB  Exhibit 
300,  Capital  Planning  and  Investment  Control  Process  reports 

Exit  criteria:  NOAA  4-D  Weather  Data  Cube  Einal  Deployment  Decision  (OSIP  Gate  4) 
complete 

Agency  roles  and  responsibilities:  NOAA  will  be  responsible  for  the  generation  and 
submission  of  all  required  documentation,  but  must  ensure  that  documents  are  consistent 
with  the  NextGen  Weather  Plan  and  appropriately  support  partner  activities  and  investments. 

2.0  IT  Services 

The  IT  Services  tasks  encompass  IT-related  hardware  and  software  lifecycle  elements  from 
specification  of  the  multiagency,  high-level  architecture  through  operational  test  and 
evaluation  (OT&E). 

Security  planning,  implementation,  and  review  will  be  ongoing  tasks  involving  all 
participating  agencies  throughout  design,  development,  deployment,  and  OT&E. 

The  architecture  tasks  will  be  carried  out  on  two  levels:  A  high-level  architecture  which  will 
apply  to  all  participating  agencies,  identifying  interfaces  and  categories  of  data  flows 
between  them  as  well  as  components  of  the  central  Cube;  and  lower-level  architectures  for 
each  agency  which  are  relatively  independent  of  each  other  in  keeping  with  the  nature  of  a 
SOA. 

One  category  of  software  design  and  development  encompasses  the  central  Cube 
infrastructure  and  framework  components.  Those  include  a  scalable  registry  system  to 
enable  registration,  exposure,  and  discovery  of  services  and  an  associated  repository  to 
persist  the  metadata  defining  the  addresses  and  interfaces  of  those  services.  Translators  and 
adapters  to  support  seamless  data  request/response  transactions  between  participants  using 
possibly  different  data  transfer  languages  also  fall  into  this  category. 
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Another  category  of  software  includes  the  underlying  capabilities,  services,  and  clients  that 
participants  will  use  and  provide.  Design  and  development  of  this  software  requires  less 
coordination  among  participants  in  different  agencies  and  offices.  Definition  and 
development  of  data  formats  and  data  transfer  languages  are  included  in  this  category. 

One  of  the  significant  research  and  development  efforts  included  in  the  IT  Services  category 
will  be  complex  retrieval  processing  (CRTs).  In  traditional  retrieval  of  gridded  data,  a 
gridded  data  set  covering  a  rectangular  parallelepiped  bounded  by  specified  maximum  and 
minimum  values  of  latitude,  longitude,  and  altitude  is  requested.  Such  grids  are  requested  for 
time  steps  throughout  the  period  of  interest.  If  a  decision  maker  requests  such  a  data  set  to 
cover  the  time  and  path  of  a  flight  plan  covering  a  thousand  kilometers  or  so,  the  amount  of 
data  requested  is  very  large;  and  most  of  it  is  of  no  value  to  the  decision  maker.  CRP  will 
allow  the  decision  maker  to  retrieve  only  the  data  along  the  aircraft’s  planned  four¬ 
dimensional  trajectory. 

The  usability  of  the  Cube  will  depend  critically  on  its  performance,  so  performance  analysis, 
testing,  monitoring,  and  enhancement  will  be  an  important  part  of  the  IT  Services 
development  effort.  Part  of  that  will  be  the  investigation  of  efficient  Extensible  Markup 
Language  (XML)  technologies,  whereby  the  bandwidth  and  CPU  cycle  impact  of  verbose 
ASCII  tags  and  data  can  be  mitigated  without  sacrificing  the  rich  capabilities  for  XML 
processing  and  transformation  offered  by  existing,  mature  COTS  and  open  source  software 
packages. 

2.1  Architecture 

Description:  ANSI  1471-2000  defines  architecture  as  “the  fundamental  organization  of  a 
system  embodied  in  its  components,  their  relationships  to  each  other,  and  to  the  environment, 
and  the  principles  guiding  its  design  and  evolution.” 

The  Cube  system  architecture  will  identify  and  describe: 

•  The  major  hardware  components  of  the  system; 

•  The  major  software  components  of  the  system; 

•  How  the  software  components  map  to  the  hardware  components; 

•  Data  paths  between  constituent  systems; 

•  The  major  system  interfaces. 

Development  of  the  architecture  will  proceed  at  two  levels.  The  high-level  architecture  will 
describe  the  interagency  aspects  of  the  Cube  including  net-centric  access  and  net-centric 
interfaces  with  the  architectures  of  each  agency.  The  Cube  architecture  is  a  subset  of  the 
NextGen  Architecture. 

The  lower  level  architectures  will  describe  the  systems  within  each  participating  agency.  In 
keeping  with  the  loosely  coupled  nature  of  a  SOA,  those  lower-level  architectures  will  be 
largely  independent  of  each  other. 
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The  SAS,  including  net-centric  access  and  net-centric  interfaces  for  NAS  weather 
information,  is  by  definition  a  portion  of  the  Cube.  Due  to  its  direct  operational  use  by  all 
stakeholders  of  NextGen,  its  requirements  are  expected  to  be  different,  and  in  most  cases 
more  stringent  than  the  rest  of  the  Cube.  As  such  the  SAS  architecture  is  a  primary 
consideration  of  both  the  interagency  and  agency  Cube  architectures. 

2. 1. 1  Develop  High-Level  Architecture 

Reference;  WBS  2.1.1 

Description;  A  high-level  architecture  that  describes  the  Cube  in  the  context  of  the  larger 
NextGen  Enterprise  will  be  developed.  It  will  identify  the  boundaries  of  the  Cube, 
components  that  comprise  the  Cube,  and  interfaces  with  external  and  internal  systems  and 
users.  It  will  provide  a  means  for  defining  high-level  system  requirements  tied  to  the  needs 
of  users. 

Timeframes;  March  2009  -  October  2009 

Inputs;  IWP,  Four-Dimensional  Weather  Functional  Requirements  for  NextGen  Air  Traffic 
Management,  FAA  Enterprise  Architecture  artifacts 

Deliverables;  4-D  Weather  Data  Cube  High-Fevel  Architecture 

Exit  Criteria;  Complete  and  approved  High-Eevel  Architecture 

Agency  Roles  and  Responsibilities;  FAA  will  lead  development  of  the  High-Eevel 
Architecture  with  participation  from  NOAA.  The  Weather  Working  Group  will  coordinate 
with  the  JPDO’s  Net-Centric  Task  Force  to  ensure  that  the  weather  architecture  conforms  to 
the  larger,  NextGen  architecture. 

2.1.2  FAA  Detailed  Architecture 
Reference;  WBS  2.1.2 

Description;  A  detailed  architecture  will  be  developed  for  the  FAA  portion  of  the  Cube  that 
structures  the  components,  both  hardware  and  software,  in  a  way  that  demonstrates  how  the 
assembled  components  interoperate  to  deliver  value.  It  provides  a  means  for  defining 
detailed  system  requirements. 

Timeframes;  September  2009  -  December  2010 

Inputs;  4-D  Weather  Data  Cube  High-Fevel  Architecture,  IWP,  Four-Dimensional  Weather 
Functional  Requirements  for  NextGen  Air  Traffic  Management,  NNEW/RWI  Preliminary 
Portfolio  Requirements,  Performance  Requirements. 
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Deliverables:  FAA  Detailed  Arehiteeture 
Exit  Criteria:  Detailed  Arehiteeture  aeeepted 

Ageney  Roles  and  Responsibilities:  FAA  will  develop  its  Detailed  Arehiteeture 
2. 1. 3  NOAA  Detailed  Architecture 

Deseription:  Reeommend  framework  for  System  Arehiteeture  Deseription  (e.g.,  DODAF, 
FEAF).  Investigate  standard  model  arehiteetures  (e.g.,  OASIS  Referenee  Arehiteeture  for 
SOAP)  as  eandidates  for  models  for  NOAA  Cube  arehiteeture.  Set  up  distributed-aeeess 
eonfiguration  management  system  for  arehiteetural  artifaets.  Utilize  input  from  the 
development  of  the  NOAA  Cube  referenee  implementation  to  develop  and  doeument  detailed 
arehiteeture  for  the  NOAA  Cube.  Identify  arehiteeturally  important  data  storage  and  transfer 
issues  (e.g.,  translation  between  different  data  transfer  languages,  forensie  arehiving 
requirements,  performanee  implieations,  ete.)  and  develop  arehiteetural  solutions. 

Referenee:  WBS  2.1.3 

Timeframes:  Oetober  2009  -  Deeember  2010 

Inputs:  Report  on  prototype  JMBF  server  (due  at  end  of  CY2009) 

Report  on  JMBF  gap  analysis  (due  at  end  of  CY2009) 

Progress  reports  on  development  of  4-D  Weather  Data  Cube  referenee 
implementation  (throughout  FY2010) 

Deliverables:  System  Arehiteeture  Deseription 

Exit  eriteria:  Delivery  of  final  System  Arehiteeture  Deseription 

Ageney  Roles  and  Responsibilities:  NOAA  is  lead  ageney.  FAA  and  DoD  will  eollaborate 
and  eonsult  on  data  transfer  language  issues. 

2.2  Services  and  Format  Standards 

In  the  eontext  of  a  SOA,  a  “serviee”  ineludes  an  underlying  eapability  (for  example,  a  set  of 
gridded  data  with  a  loeal  data  extraetion  meehanism)  and  the  tools  that  expose  that  eapability 
and  make  it  available  to  users,  possibly  aeross  organizational  boundaries.  The  partieipant 
providing  the  underlying  eapability  may  provide  some  or  all  of  those  tools,  or  they  may  be 
provided  by  other  partieipants. 

The  partieipating  ageneies  have  varying  degrees  of  previous  investment  in  and  varying 
degrees  of  eurrent  operational  dependenee  on  different  data  formats  and  data  transfer 
languages.  In  keeping  with  the  loosely-eoupled  SOA  approaeh,  some  of  those  different 
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formats  and  languages  will  be  aeeommodated  within  the  Cube  by  software  translators  and 
adaptors  while  others  will  be  replaeed  by  more  widely  shared  alternatives. 

Tasks  in  this  eategory  will  inelude  definition  and  development  of  the  serviees  to  be  offered 
by  the  Cube,  identifieation  of  the  various  formats  and  data  transfer  languages  involved,  and 
development  of  translators,  adaptors,  and  data  eaehes  to  fully  enable  the  underlying 
eapabilities  as  serviees. 

Open,  nonproprietary  serviee  standards  that  will  support  “publie”  and  private  Cube 
operations  sueh  as  store,  merge/blend/assimilate,  aeeess  (e.g.,  extraet  via  subset),  and  replaee 
will  be  developed.  This  will  inelude  any  neeessary  interpreters  or  templates  for  adopted 
standards. 

2.2.1  FAA  Weather  Specific  Services  Design  Standards 
Referenee:  WBS  2.2.1 

Deseription:  Develop,  doeument  and  adopt  open  nonproprietary  serviee  standards  that  will 
support  “publie”  and  private  Cube  operations  sueh  as  store,  merge/blend/assimilate,  aeeess 
(e.g.,  extraet  via  subset),  and  replaee.  The  FAA  is  adopting  Open  Geospatial  Consortium 
(OGC)  standards,  prineipally  the  Web  Feature  Serviee  (WFS)  and  Web  Coverage  Serviee 
(WCS)  standards,  for  use  within  FAA.  The  OGC  standards  are  broadly  used  aeross  many 
domains  and  form  a  good  baseline  for  domain-agnostie  data  interehange.  This  eross-domain 
eapability  is  espeeially  useful  given  that  weather  data  will  be  integrated  with  aeronautieal, 
topographieal,  and  other  geospatial  information  for  use  in  deeision  making.  By  developing 
needed  extensions  to  the  OGC  standards,  a  large  degree  of  eommonality  is  preserved  while 
enabling  the  weather  data  exehange  eapabilities  required  in  the  Cube. 

Timeframes:  January  2008  -  September  2010 

Inputs:  Coneept  of  Operations  for  the  Next  Generation  Air  Transportation  System,  version 
2.0,  IWP 

Deliverables:  Final  version  of  standards  for  IOC 
Exit  Criteria:  Aeeepted  serviee  standards 

Ageney  Roles  and  Responsibilities:  FAA  will  develop  standards  for  use  within  the  FAA. 
Standards  will  be  made  available  for  use  within  the  larger  NextGen  Enterprise. 

2.2.2  FAA  Weather  Product  Data  Format  Standards 
Referenee:  WBS  2.2.2 
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Description:  The  FAA  is  developing  a  weather  data  model  and  weather  data  formats  for  the 
weather  data  that  will  reside  in  FAA’s  portion  of  the  Cube.  These  formats  are  being 
developed  in  conjunction  with,  and  therefore  will  be  common  with,  formats  used  by 
Eurocontrol.  These  formats  will  be  based  on  Weather  Information  Models  and  Schemas 
being  jointly  developed  by  FAA  and  Eurocontrol.  NOAA  and  DoD  are  also  participating  in 
developing  the  models  and  schemas. 

Timeframes:  January  2008  -  September  2010 

Inputs:  Integrated  Work  Plan,  IOC  product  list 

Deliverables:  Weather  product  data  formats  for  IOC 

Exit  Criteria:  Agreement  of  data  formats 

Agency  Roles  and  Responsibilities:  EAA  will  develop  standards  for  use  within  the  EAA. 
2.2.3  NWS  JMBL  Gap  Analysis 
Reference:  WBS  2.2.3 
Description: 

1)  Analyze  and  document  the  suitability  of  the  Joint  METOC  Broker  Eanguage  (JMBE)  for 
use  in  NWS  operational  data  transfer.  Analysis  of  the  level  of  effort  required  to  meet  NWS 
requirements  for  weather  data  transfer  and  to  achieve  compliance  with  applicable  OGC 
standards  will  also  be  conducted. 

2)  Analyze  and  document  changes  needed  in  the  JMBE  business  rules  to  meet  NWS 
requirements. 

Timeframes:  December  2008  —  December  2009 
Inputs: 

1 )  User ’s  Guide  for  the  Air  Force  Weather  Weapon  System  Joint  METOC  Broker  Language 
Version  2.x  July  2007  (or  later  version) 

2)  JMBE  schemas. 

Deliverables: 

1)  Report  documenting  changes  needed  in  JMBE  to  meet:  (a)  NWS  requirements  for  data 
transfer;  and  (b)  applicable  OGC  standards. 

2)  Report  documenting  changes  needed  in  JMBE  business  rules  to  meet  NWS  requirements. 

Exit  criteria:  Delivery  and  acceptance  of  the  two  reports  identified  above. 

Agency  Roles  and  Responsibilities:  NOAA  is  lead  agency  for  this  task.  DoD  will  assist 
NOAA  personnel  in  learning  JMBL  and  staying  abreast  of  JMBL  updates  by  providing 
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JMBL  user  documentation,  facilitating  NOAA  participation  in  relevant  change  control 
activities,  and  providing  occasional  consultations. 

2.2.4  NWS  IOC  Services 

Reference:  WBS  2.2.4 

Description:  Develop  and  demonstrate  a  reference  implementation  of  the  data  transfer 
standards  and  services  selected  by  NWS.  Determine  detailed  technical  requirements  for  the 
operational  Cube.  Enhance  various  NWS  systems  to  interact  with  the  Cube  including 
National  Digital  Forecast  Database  (NDFD)  to  accommodate  IOC  aviation  weather  element 
forecasts,  analyses,  and  observations. 

Timeframes:  September  2009  —  December  2010 

Inputs: 

IOC  product  list 

NextGen  Network-Enabled  Weather  IT  CONOPS 
Deliverables: 

Data  services  reference  implementation(s)  (software,  documentation) 

Technical  requirements  specification  for  the  operational  Cube 

Exit  criteria: 

Acceptance  of  reference  implementation(s) 

Acceptance  of  the  Cube  technical  requirements  specification 

Agency  Roles  and  Responsibilities: 

NOAA  is  lead  agency.  FAA  and  DoD  will  collaborate  and  consult  on  data  transfer  language 
issues. 

2.3  Software  Development 

The  software  development  tasks  encompass  the  design  and  development  of  Cube  “central” 
software  (as  distinct  from  services  and  clients). 

Discovery — the  ability  of  would-be  service  consumers  (clients)  to  find  services  meeting  their 
needs — is  central  to  a  SOA.  Discovery  is  supported  by  one  or  more  registries,  where 
services  publish  their  resource  identifiers  and  expose  the  interfaces  by  which  they  may  be 
invoked.  That  information  is  persisted  in  an  associated  repository.  The  Cube  will  include  a 
scalable  number  of  Organization  for  the  Advancement  of  Structured  Information  Standards 
(OASIS)  ebXME-compliant  registry/repositories. 

Web  coverage  services  will  be  developed  to  support  the  dissemination  of  large  gridded  data 
sets  via  OGC-compliant  interfaces.  OGC  web  feature  services  will  support  dissemination  of 
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non-gridded  data.  Service  adapters  will  be  developed  to  allow  customers  to  request  data 
using  one  data  transfer  language  from  data  providers  supporting  a  different  language. 

For  a  specific  flight,  the  weather  information  needed  to  support  decision  making  by  the  pilot 
and  air  traffic  controllers  may  span  thousands  of  miles  and  several  hours.  If  gridded  data  to 
meet  that  need  were  retrieved  by  traditional  means,  the  data  set  would  be  very  large — too 
large  for  timely  retrieval.  The  Cube  will  support  complex  retrieval  processes,  whereby  only 
the  data  within  a  specified  radius  of  a  four  dimensional  flight  path  will  be  transferred. 

2.3.1  &  2.3.2  Web  Coverage  Service  (WCS)  and  Web  Feature  Service  (WFS) 

Reference;  WBS  2.3.1  &  2.3.2 

Description;  The  FAA  is  developing  software  that  implements  the  WFS  and  WCS  services  in 
accordance  with  standards  discussed  above  (WBS  2.2.1).  The  development  effort  will 
include  WCS  and  WFS  requirements  documents  and  architecture  and  design  documents,  as 
well  as  functional  test  suites.  Four  versions  of  the  software  will  be  developed. 

Timeframes;  October  2008-  May  2012 

Inputs;  FAA  Weather  Specific  Services  Design  Standards 

Deliverables;  Final  software  for  IOC  that  implements  WCS  and  WFS  services 

Exit  Criteria;  Software  that  has  been  shown  to  meet  requirements 

Agency  Roles  and  Responsibilities;  FAA  is  developing  software  for  use  within  FAA. 
Software  will  be  made  available  to  NOAA,  other  agencies,  and  interested  external  users  (e.g., 
airlines). 

2. 3. 3  Service  Adapters 
Reference;  WBS  2.3.3 

Description;  FAA  and  NOAA  will  develop  Service  Adapters  for  legacy  systems  so  that  these 
systems,  weather  data  providers  and  weather  data  users,  can  utilize  the  Cube  without 
significant  modifications  to  their  systems. 

Timeframes;  October  2009  -  March  2011 

Inputs;  Legacy  systems  data  formats,  FAA  Weather  Product  Data  Format  Standards,  NOAA 
Product  Description  Documents 

Deliverables;  Service  adapters  for  FAA  and  NOAA  legacy  systems 
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Exit  Criteria:  Service  adapters  that  meet  requirements 

Agency  Roles  and  Responsibilities:  Generally,  FAA  will  develop  service  adapters  for  FAA 
legacy  systems  and  NOAA  will  develop  service  adapters  for  NOAA  systems.  Exceptions,  if 
required,  will  be  negotiated  through  the  IOC  Team. 

2.3.4  Registry/Repository 

Reference:  WBS  2.3.4 

Description:  At  least  one  registry/repository  is  required  as  a  point  of  control  and  governance 
within  the  Cube  SOA  deployment.  A  registry/repository  stores  and  manages  service 
information  artifacts  in  a  consistent  manner  supporting  publishing,  discovery,  and  consuming 
of  weather  information,  and  enforcement  of  Cube  policies.  For  the  Cube,  the  FAA  plans  to 
use  a  registry/repository  that  conforms  to  the  OASIS  ebXMF  registry/repository  standard, 
allowing  organizations  to  share  and  link  information  with  other  organizations  in  a  secure 
manner.  The  ebXMF  registry/repository  will  support  federated  information  management, 
allowing  multiple  registry/repositories  to  federate  together  and  appear  as  a  single,  virtual 
registry/repository,  while  allowing  individual  organizations  to  retain  local  control  over  their 
own  registry-repositories.  FAA  is  acquiring  the  registry/repository  from  a  commercial 
source. 

Timeframes:  January  2008  -  December  2013 

Inputs:  4-D  Weather  Data  Cube  IT  ConOps,  Four  Dimensional  Weather  Functional 
Requirements  for  NextGen  Air  Traffic  Management,  NNEW/RWI  Preliminary  Portfolio 
Requirements 

Deliverables:  Registry/repository  that  conforms  to  the  OASIS  standard 

Exit  Criteria:  Effective  federation  of  registry/repository  capabilities 

Agency  Roles  and  Responsibilities:  FAA  is  procuring  the  registry/repository  for  FAA  and 
NOAA  in  the  development  phase.  FAA  and  NOAA  will  jointly  provide  the  metadata  needed 
to  register  all  required  data  sets. 

2.3. 4.1  Metadata  Guidelines 

Reference:  WBS  2.3.4. 1 

Description:  A  standard  set  of  metadata  is  essential  to  enable  discovery  and  access  to 
weather  datasets  and  associated  data  access  services.  The  International  Organization  for 
Standardization  (ISO)  I91 15  data  model,  and  accompanying  ISO  I9I39  XMF  schema 
definition,  has  been  selected  for  use  in  the  Cube.  Adopting  this  standard,  however,  is  not 
sufficient  to  achieve  true,  large-scale  interoperability  due  to  the  flexibility  provided  by 


Version  1.1 


C-18 


September  17,  2009 


Joint  Planning  and  Development  Office 

NextGen  Weather  Plan 
Version  1.1 

the  standard.  In  view  of  this,  the  FAA  NNEW  Program  is  developing  Metadata 
Guidelines  that  provide  further  guidance  on  how  metadata  should  be  prepared.  These 
Guidelines  will  be  coordinated  with  NOAA  and  the  JPDO  in  order  to  ensure  adoption  of 
a  consistent  set  of  guidelines  for  the  Cube.  Five  versions  will  be  developed. 

Timeframes:  October  2008  -  August  2012 

Inputs:  Content  Standard  for  Digital  Geospatial  Metadata  (CSDGM),  Version.  2  (FGDC- 
STD-001-1998);  ISO  19139  XMF  schema  definition  standard 

Deliverables:  Metadata  guidelines 

Fxit  Criteria:  Metadata  guidelines  acceptable  to  NOAA  and  FAA 

Agency  Roles  and  Responsibilities:  FAA  is  developing  the  metadata  guidelines  and 
coordinating  its  development  with  NOAA. 

2.3.5  Ontology  and  Mediation 

Reference:  WBS  2.3.5 

Description:  A  requirement  of  the  Cube  is  to  support  net-centric  interoperability  across 
diverse  domain  models  and  terminologies,  such  as  Climate  and  Forecast  (C&F)  terms,  and 
Joint  MFTOC  Conceptual  Data  Model  (JMCDM)  and  the  associated  MFTOC/JMBF  terms. 
Ontology  will  provide  semantically  enhanced  discovery  of  datasets.  This  feature  will  enable 
users  to  discover  datasets  registered  in  the  Registry/Repository  and  the  corresponding  service 
endpoints,  in  a  vocabulary-independent  manner,  i.e.,  no  matter  if  data  are  stored  using  C&F 
or  JMBF.  Mediation  will  provide  the  capability  for  translating  CF  weather  data  terms  into 
JMBF  terms  and  vice  versa  so  that  a  user  will  receive  weather  data  in  a  manner  his  system 
can  accommodate  no  matter  the  format  used  by  the  provider  of  the  data. 

Timeframes:  February  2009  -  September  2011 

Inputs:  IWP,  Climate  and  Forecast  terms,  MFTOC/JMBF  terms 

Deliverables:  Completed  ontology  and  mediation  capabilities 

Fxit  Criteria:  Ontology  and  mediation  capabilities  that  meet  requirements 

Agency  Roles  and  Responsibilities:  FAA  is  developing  the  ontology  and  will  make  it 
available  to  other  agencies.  NOAA  will  provide  mediation  that  translates  C&F  terms  to 
JMBF  and  FAA  will  provide  mediation  that  translates  JMBF  terms  to  C&F. 

2. 3. 6  Complex  Retrieval  Processing  Capability 
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Reference:  WBS  2.3.6 

Description:  The  retrieval  of  only  the  data  required  by  a  data  consumer  such  as  the  weather 
along  an  aircraft’s  4-D  trajectory  is  a  key  requirement  of  NextGen  Weather.  Services  must 
be  developed  and  the  standards  must  be  adopted  which  are  capable  of  providing  this 
capability.  This  task  develops  the  requirements  for  the  Complex  Retrieval  Capability,  then 
develops  the  prototype  services  and  standards  required  to  implement  the  capability. 

Timeframes:  Jun  2009  -  Jul  2011 

Inputs:  NextGen  ConOps,  NextGen  Weather  ConOps,  Integrated  Work  Plan,  WFS  &  WCS 
standards  (2.3. 1/2. 3. 2),  requirements  from  Integration  Team. 

Deliverables:  Complex  Retrieval  Capability  requirements,  functional  services  and  standards 
ready  for  transition  to  operations. 

Exit  Criteria:  Complete  software  and  standards  approved  by  appropriate  governing  bodies. 

Agency  Roles  and  Responsibilities:  NOAA  will  lead  this  effort  with  support  from  the  FAA 
and  DoD. 

2.4  Security 

Reference:  WBS  2.4 

Description:  A  robust  IT  Enterprise  Security  framework  must  be  established  to  ensure  data 
security  and  integrity  for  air  traffic  operations.  In  cooperation  with  the  Net-Centric 
Operations  Division,  the  Cube  Team  will  develop  appropriate  SOA  IT  security  standards, 
develop  required  security  software  and  hardware,  and  achieve  all  necessary  certifications  for 
operation.  The  policy  and  regulatory  issues  involved  with  interagency  security  must  also  be 
resolved,  while  ensuring  appropriate  access  to  NextGen  weather  data  by  commercial  and 
private  users  and  providers. 

2.4.1  FAA  Security 

Reference:  WBS  2.4.1 

Description:  This  effort  consists  of  three  components  parts.  The  first  is  developing  a 
Security  Guidance  Document  that  will  detail  aspects  of  security  for  the  different  layers  of  the 
NNEW  architecture  framework.  Each  layer,  physical  network  layer,  SOA  and  IT 
infrastructure  layer,  the  NNEW/Weather  domain  layer,  and  the  application  layer,  will  be 
described  in  terms  of  what  types  of  security  protocols,  standards,  and  tools  should  be  used  to 
ensure  that  the  Cube  is  secure.  In  addition,  the  document  will  specify  the  administrative 
work  that  will  have  to  be  done  in  order  to  satisfy  government  security  policies.  This  would 
include  a  high-level  overview  of  Federal  certification  and  accreditation  policies. 
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The  second  part  is  development  of  a  security  plug-in  for  the  SWIM  (System  Wide 
Information  Management)  service  container  security  framework  and  the  WCS  and  WFS  data 
access  services. 

The  third  is  obtaining  certification  and  accreditation  of  the  components  forming  the  FAA’s 
portion  of  the  Cube. 

Timeframes:  October  2008  -  August  2012 
Inputs:  Agency  Security  Standards 

Deliverables:  Security  Guidance  Document,  security  plug-in,  and  certification  and 
Accreditation 

Exit  Criteria:  Certification  and  Accreditation 

Agency  Roles  and  Responsibilities:  FAA  will  carry  out  this  work 

2.4.2  NOAA  Security 

Description: 

As  part  of  WBS  2.2.4  NOAA  will  identify  and  document  SOA-specific  security  requirements 
and  implementation  measures  (e.g.,  authorization  and  authentication  for  customer  and  data 
provider  access,  data-set-specific  security  requirements  for  proprietary  or  otherwise  sensitive 
data,  measures  to  ensure  service  and  network  availability  and  data  integrity,  etc.).  The 
NOAA  CIO’s  office  will  identify  and  document  agency-specific  requirements  for 
certification,  accreditation,  and  other  documentation.  All  measures  (hardware  and  software) 
so  identified  will  be  put  in  place. 

Reference:  WBS  2.4.2 

Timeframes:  July  2009  -  April  2013 

Inputs: 

DoC/NOAA  Certification  and  Accreditation  requirements 
FAA,  DoD  security  requirements  for  interconnection 
Usage  agreements  for  proprietary  data 

Deliverables: 

Security  plan 

Certification  and  Accreditation  package 

Exit  criteria:  Completion  of  Certification  and  Accreditation 
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Agency  Roles  and  Responsibilities: 

NOAA  will  be  the  lead  agency.  DoD  and  FAA  will  have  security  requirements  that  NOAA 
must  meet  in  order  for  DoD  and  FAA  to  allow  interconnections  with  the  NOAA  Cube.  And 
NOAA  will  have  requirements  that  they  must  meet. 

2.5  Latency  and  Performance  Analysis 
Reference:  WBS  2.5  (2.5.1,  2.5.2,  &  2.5.3) 

Description:  This  work  consists  of  a  number  of  efforts  involving  latency  and  performance 
monitoring.  One  effort  involves  testing  of  the  latency  and  performance  of  the  registry 
repository.  A  White  Paper  will  be  written  to  document  the  results.  Another  effort  will  assess 
the  high-level,  total  system  performance  of  the  WFS,  the  WCS,  and  the  registry/repository 
through  rigorous  testing.  This  work  will  be  documented  in  a  Latency  and  Performance 
Monitoring  Report.  The  third  effort  is  development  of,  and  incorporation  into  the  WCS  and 
WFS  software,  an  operational  monitoring  infrastructure  framework  to  enable  monitoring  of 
services  and  clients. 

Timeframes:  November  2008  -  June  2011 

Inputs:  Architecture,  security  requirements,  and  performance  requirements 

Deliverables:  Registry/Repository  Performance  Analysis  White  Paper,  Latency  and 
Performance  Monitoring  Report,  capability  to  monitor  services  and  clients 

Exit  Criteria:  A  system  that  can  be  effectively  monitored  and  managed 

Agency  Roles  and  Responsibilities:  FAA  will  conduct  this  work 

2.6  Efficient  XML  Technology 
Reference:  WBS  2.6 

Description:  While  XML  has  many  benefits  with  regards  to  extensibility,  transformation, 
self-description,  and  other  key  areas,  it  tends  to  have  an  impact  on  system  performance  due 
to  increased  data  sizes  over  previous  technologies.  This  work  will  investigate  different 
solutions  to  this  problem  for  the  weather  domain,  and  the  relative  advantages  of  each 
approach.  The  work  will  be  summarized  in  a  report. 

Timeframes:  November  2009  -  March  2010 

Inputs:  Current  state  of  WXXM  and  Efficient  XME  Interchange  (EXI)  Eormat  1.0 
Deliverables:  Efficient  XME  Technology  Report 
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Exit  Criteria:  An  acceptable  report 

Agency  Roles  and  Responsibilities:  FAA  will  perform  testing,  analysis  results,  develop  the 
report,  and  make  it  available  to  other  agencies. 

2. 7  Demonstrations 
Reference:  WBS  2.7 

Description:  Two  types  of  demonstrations  are  planned,  IT  Demonstrations  and  NextGen  User 
Demonstrations.  IT  Demonstrations  are  conducted  periodically  in  order  to  demonstrate  and 
test  various  components  and  capabilities  that  have  been  developed.  NextGen  User 
Demonstrations  are  supported  in  order  to  show  improvements  that  can  be  made  when 
weather  data  are  integrated  into  traffic  management  operations. 

Timeframes:  September  2008  -  November  2012 

Inputs:  Capabilities  as  developed  prior  to  each  demonstration 

Deliverables:  Demonstrations  of  Cube-type  capabilities 

Exit  Criteria:  Successful  demonstrations 

Agency  Roles  and  Responsibilities:  Going  forward,  these  demonstrations  will  be  jointly 
supported  by  NOAA  and  EAA. 

2. 8  Procure-Deploy  Hardware  and  Software 

Description:  The  Procure  Hardware  and  Software  activities  include  agency  specific 
acquisition  procedures  ranging  from  acquisition  plan  development  to  contract  award  to 
delivery  and  installation  of  systems. 

2. 8. 1  Procure-Deploy  FAA  Hardware  and  Software 
Reference:  WBS  2.8.1 

Description:  This  effort  consists  of  the  work  needed  to  procure  hardware  to  host  the  software 
being  developed  and  to  deploy  the  hardware  and  software  to  the  field.  This  includes  any 
specifications  and  procurement  documentation  needed. 

Timeframes:  September  2010  -  October  2012 

Inputs:  Final  Investment  Decision;  Performance  requirements  and  FAA  Detailed 
Architecture 
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Deliverables:  Fielded  FAA  hardware  and  software  to  provide  the  FAA’s  portion  of  the  Cube 
Exit  Criteria:  Sueeessfully  deployed  hardware  and  software 

Ageney  Roles  and  Responsibilities:  FAA  will  proeure  and  deploy  its  hardware  and  software 
2. 8.2  Procure-Deploy  NOAA  Hardware  and  Software 
Referenee:  WBS  2.8.2 

Deseription:  NOAA  is  planning  to  award  a  eontraet  for  a  Lead  Systems  Integrator  to 
‘produetionize’  the  Cube  systems  and  software.  Aequisition  plan  development  begins  in 
FYIO,  with  eontraet  award  in  Q2  FY 1 1 .  Produetion  and  deployment  of  NOAA  systems  will 
be  eomplete  by  the  end  of  FY  12. 

Timeframes:  Oetober  2009  -  September  2012 

Inputs:  Program  Management  Plan,  NOAA  Developmental  systems  and  software 

Deliverables:  Aequisition  Plan,  produetion  systems  and  software 

Exit  Criteria:  final  IOC  systems  installed  and  operational,  ready  for  OT&E 

Ageney  Roles  and  Responsibilities:  NOAA  responsible  for  delivering  and  deploying  its  own 
systems.  Close  eoordination  with  partner  ageneies  required  to  ensure  eompatibility. 

2.9  Operational  Test  and  Evaluation  (OT&E) 

Referenee:  WBS  2.9 

Deseription:  The  OT&E  aetivity  represents  the  ageney  speeifie  test  and  evaluation  proeesses 
required  to  implement  an  operational  system.  OT&E  will  ensure  the  Cube  meets  the 
minimum  standards  speeified  in  the  system  requirements. 

Timeframes:  “Planning”  Nov  2010  -  Nov  2012 

“Exeeution,  Certifioation,  &  Aeoreditation”  Nov  2010  -  Sep  2013 

Deliverables:  This  task  will  produee  an  OT&E  Plan  and  exeeute  that  plan  to  ensure  system 
performanee.  Eollowing  OT&E,  a  final  report  listing  diserepaneies  and  remediation  notions 
will  be  prepared. 

Exit  Criteria:  Authority  to  operate.  System  meets  interoperability,  oost  and  manpower 
estimates,  oommand  and  oontrol  supportability,  applioable  seourity  and  information 
assuranoe  requirements. 
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Agencies  Roles  and  Responsibilities:  Both  the  NWS  and  FAA  will  work  together  to 
determine  a  contractor  who  will  develop  the  OT&E  plan  that  will  be  approved  and 
implemented  by  both  offices. 

3,0  Cube  Content 

3.1  Element  R&D 

Reference:  WBS3.1 

Description:  This  section  focuses  on  research  and  development  needed  to  ensure  individual 
observational  and  forecast  elements  are  ready  for  transition  to  the  Cube  by  IOC.  Specific 
algorithms  in  development  by  NWS  and  the  FAA’s  Aviation  Weather  Research  Program 
(AWRP)  are  considered  for  potential.  Products  will  be  compared  against  the  Four 
Dimensional  Weather  Functional  Requirements  for  NextGen  Air  Traffic  Management  and 
the  FAA  Performance  Requirements. 

For  this  section,  threshold  requirements  should  be  considered  as  the  minimum  acceptable, 
those  labeled  objective  are  optional,  but  work  should  proceed  toward  meeting  those 
requirements. 

3. 1. 1  Develop  IOC  Icing  Content 

Reference:  WBS  3.1.1 

Description:  Icing  issues  consist  of  a  ground  deicing  component  and  an  in-flight  icing 
component.  For  IOC,  the  threshold  capability  will  be  analyses  and  forecasts  of  in-flight 
icing. 

Timeframes:  November  2008  -  September  2010 
Inputs: 

•  [Threshold]  Current  regulatory  icing  information  comes  from  Airman’s  Meteorological 
Advisories  (AIRMFTs),  specifically  the  AIRMFT  Zulu  product,  issued  for  widespread 
moderate  icing  and  freezing  levels;  and  Significant  Meteorological  Advisories 
(SIGMETs),  issued  for  severe  icing.  It  is  anticipated  these  products  will  still  be  required 
by  FAA  as  primary  for  flight-related  decision  making  at  IOC  and  thus  must  be  considered 
as  a  threshold  input  for  the  Cube. 

•  [Threshold]  The  state-of-the-science  automated  icing  algorithms  at  this  time  produce  a 
Current  Icing  Product  (CIP)  (analysis)  and  a  Forecast  Icing  Product  (FIP).  These 
algorithms  produce  icing  probability  and  severity  with  hourly  updates,  but  FAA  has 
certified  them  for  use  only  as  supplementary  products,  which  means  they  can  only  be 
used  in  conjunction  with  a  primary  product  (AIRMET/SIGMET). 

•  [Threshold]  Graphical  AIRMFTs  (G-AIRMET).  This  product  is  in  development,  and 
FAA  has  requested  it  be  included  as  threshold  information  for  the  Cube. 
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•  [Objective]  World  Area  Forecast  System  (WAFS)  global  maximum  and  average  icing 
grids.  The  World  Area  Forecast  System  (WAFS)  has  commitments  to  produce  global 
digital  (gridded)  products  provided  from  the  Washington  World  Area  Forecast  Center 
(WAFC).  As  a  member  of  the  WAFS,  the  U.S.  participates  in  preparation  and 
dissemination  of  these  products.  The  algorithms  underlying  these  products  differ  from 
those  used  in  CONUS  products,  so  issues  surrounding  these  differences  must  be 
addressed  prior  to  IOC. 

Exit  Criteria:  Gridded  icing  data  emerges  as  the  standard  for  the  Cube. 

Agency  Roles  and  Responsibilities:  FAA  continues  to  fund  in-flight  icing  research  to  refine 
the  CIP  and  FIP  algorithms.  In  addition,  FAA  Flight  Standards  completes  safety  analysis  of 
the  algorithms  to  permit  advancement  from  supplementary  to  primary  status  and  develops 
pilot  training  and  testing  standards  for  use  of  the  new  information.  NWS  transitions  the 
algorithms  to  run  in  an  operational  environment  (e.g.  the  supercomputing  environment  OR  at 
Aviation  Weather  Center  (AWC)). 

3.1.2  Develop  IOC  Turbulence  Content 

Reference:  WBS  3.1.2 

Description:  Turbulence  can  span  the  vertical  from  the  surface  to  high  levels,  in  cloud  or  in 
clear  air.  Near  the  surface,  turbulence  is  normally  referred  to  as  “low-level  wind  shear.” 

This  content  specifically  does  not  include  wake  vortex. 

Timeframes:  November  2008  -  September  2010 

Inputs: 

•  [Threshold]  Current  regulatory  turbulence  information  comes  from  AIRMETs, 
specifically  the  AIRMET  Tango  product,  issued  for  widespread  moderate  turbulence  or 
sustained  winds  of  30  knots  or  more  at  the  surface;  and  SIGMETs,  issued  for  severe  or 
extreme  turbulence.  It  is  anticipated  these  products  will  still  be  required  by  EAA  as 
primary  for  flight-related  decision  making  at  IOC  and  thus  must  be  considered  as  a 
threshold  input  for  the  Cube. 

•  [Threshold]  The  state-of-the-science  automated  turbulence  algorithms  at  this  time 
produce  Graphical  Turbulence  Guidance  (GTG)  analysis  and  forecasts  (updated  hourly). 
The  algorithms  output  turbulence  severity  and  potential  (not  probability)  above  10,000 
feet  for  clear  air  turbulence  and  are  still  in  development  to  expand  the  vertical  extent  and 
include  other  turbulence  regimes,  such  as  mountain  wave  and  convective.  EAA  has 
certified  this  product  for  use  only  as  a  supplement  to,  not  a  replacement  for,  the  primary 
product  (AIRMET/SIGMET).. 

•  [Threshold]  Graphical  AIRMETs  (G-AIRMET).  This  product  is  in  development,  and 
EAA  has  requested  it  be  included  as  threshold  information  for  the  Cube. 

•  [Objective]  WAEC  global  maximum  and  average,  clear  air  and  in-cloud  turbulence  grids. 
The  WAES  has  commitments  to  produce  global  digital  (gridded)  products.  As  a  member 
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of  the  WAFS,  the  U.S.  partieipates  in  preparation  and  dissemination  of  these  produets. 

The  algorithms  underlying  these  produets  differ  from  those  used  in  CONUS  produets,  so 
issues  surrounding  these  differenees  must  be  addressed  in  the  prior  to  IOC. 

Exit  Criteria:  Gridded  turbulenee  data'  emerges  as  the  standard  for  the  Cube. 

Ageney  Roles  and  Responsibilities:  FAA  eontinues  to  fund  turbulenee  researeh  to  refine  and 
expand  the  GTG  algorithm.  In  addition,  FAA  Flight  Standards  eompletes  safety  analysis  of 
the  algorithms  to  permit  use  for  flight  related  deeisions  (at  minimum)  and  as  a  primary, 
stand-alone  turbulenee  produet  (optimal)  and  develops  pilot  training  and  testing  standards  for 
use  of  the  new  information  NWS  transitions  the  algorithms  to  run  in  an  operational 
environment. 

3.1.3  Develop  IOC  Convective  Content 

Referenee:  WBS  3.1.3 

Deseription:  Conveetion  is  the  weather  element  most  disruptive  to  air  traffie  management. 
The  term  eonveetion  eneompasses  thunderstorms  in  various  eonfigurations  (eell,  area,  line) 
and  related  phenomena,  sueh  as  tornadoes,  hail,  and  strong  surfaee  winds.  Beeause  ieing  and 
turbulenee  are  expeeted  in  and  near  thunderstorms,  eonveetion  is  foreeast  as  a  eonstruetion  of 
the  related  and  implieit  phenomena.  There  are  numerous  sourees  of  eurrent  and  foreeast 
thunderstorm  information,  from  radar  depietions  to  many  automated  and  human-generated 
foreeasts. 

Timeframes:  September  2009  -  April  2011 
Inputs: 

•  [Threshold]  Current  regulatory  eonveetion  information  eomes  from  Conveetive 
SIGMETs,  issued  for  severe  surfaee  weather  (surfaee  winds  greater  than  or  equal  to  50 
knots,  hail  greater  than  or  equal  to  y4  inehes  in  diameter,  and  tornadoes),  embedded 
thunderstorms,  lines  of  thunderstorms,  or  strong  thunderstorms  affeeting  a  widespread 
area.  It  is  antieipated  the  Conveetive  SIGMET  will  still  be  required  by  FAA  as  primary 
for  flight-related  deeision  making  at  IOC  and  thus  must  be  eonsidered  as  a  threshold 
input  for  the  Cube. 

•  [Threshold]  Collaborative  Conveetive  Foreeast  Produet  (CCFP).  The  CCFP  is  the 
eurrently  used  produet  arising  from  eollaborative  deeision  making  (CDM)  by  foreeasters, 
operators,  and  air  traffie  managers.  Beeause  CDM  results  in  agreement  on  use  of 
airspaee,  CCFP  is  ineluded  at  this  time,  though  it  may  be  supplanted  in  the  future. 

•  [Threshold]  Corridor  Integrated  Weather  System  (CIWS)  0-2  hour  noweasts  of 
eonveetion.  FAA  has  requested  CIWS  be  ineluded  in  the  Cube  at  IOC.  CIWS  is  still  in 
development  and  has  reeently  expanded  to  national  eoverage. 

•  [Threshold]  A  2-6  hour  planning  foreeast,  sueh  as  the  as  Consolidated  Storm  Predietion 
for  Aviation  (CoSPA) 
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•  [Objective]  WAFC  global  thunderstorm  grids  for  tops  and  extent.  The  WAFS  has 
commitments  to  produce  global  digital  (gridded)  products.  As  a  member  of  the  WAFS, 
the  U.S.  participates  in  preparation  and  dissemination  of  these  products.  The  algorithms 
underlying  these  products  differ  from  those  used  in  CONUS  products,  so  issues 
surrounding  these  differences  must  be  addressed  prior  to  IOC. 

•  [Objective]  Gridded  Localized  Aviation  Model  Output  Statistics  (MOS)  Program 
(LAMP)  probabilistic  thunderstorm  forecasts. 

Exit  Criteria:  Gridded  thunderstorm  data  for  aviation  application  emerges  as  the  standard  for 
the  Cube. 

Agency  Roles  and  Responsibilities:  FAA  continues  to  fund  convection  research  to  refine  and 
expand  the  CIWS  and  to  produce  longer-range  thunderstorm  forecasts.  In  addition,  FAA 
Flight  Standards  completes  safety  analysis  of  the  algorithms  to  permit  use  for  flight-related 
decisions  (at  minimum)  and  as  a  primary,  stand-alone  convection  product  (optimal)  and 
develops  pilot  training  and  testing  standards  for  use  of  the  new  information.  NWS  or  FAA 
transitions  the  algorithms  to  run  in  an  operational  environment.  NWS  continues  to  fund 
development  of  probabilistic  forecast  capability  in  LAMP. 

3.1.4  Develop  IOC  Ceiling  and  Visibility  (C&  V)  Content 

Reference:  WBS  3.1.4 

Description:  Ceiling  and  visibility  are  among  the  most  difficult  elements  to  forecast  due  to 
strong  terrain  and  microclimate  influences  resulting  in  fine-scale  variations.  The  outlook  for 
development  of  a  fully  developed  and  vetted  gridded  C&V  product  by  IOC  is  poor  at  this 
point. 

Timeframes:  November  2008  -  March  2011 
Inputs: 

•  [Threshold]  Current  regulatory  C&V  information  comes  from  AIRMETs,  specifically 
AIRMET  Sierra,  issued  ceilings  less  than  1000  feet  and/or  visibility  less  than  3  miles 
affecting  50  percent  of  the  area.  It  is  anticipated  the  AIRMET  will  still  be  required  by 
EAA  as  primary  for  flight-related  decision  making  at  IOC  and  thus  must  be  considered  as 
a  threshold  input  for  the  Cube. 

•  [Threshold]  Additional  C&V  information  is  contained  in  the  Terminal  Aerodrome 
Eorecast  (TAE),  which  is  expected  to  continue  as  a  regulatory  product  through  IOC. 

•  [Threshold]  The  AWRP  is  developing  the  National  Ceiling  and  Visibility  (NCV)  product 
to  address  C&V  between  reporting  stations.  EAA  has  requested  NCV  be  included  in  the 
Cube  as  a  Threshold  product,  but  there  is  concern  the  product  may  not  be  ready  for 
routine  operational  use  at  IOC. 

•  [Threshold]  Graphical  AIRMETs  (G-AIRMET).  This  product  is  in  development,  and 
EAA  has  requested  it  be  included  as  threshold  information  for  the  Cube. 

•  [Objective]  Gridded  and  point  EAMP  probabilistic  C&V  forecasts  are  in  development. 
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Exit  Criteria:  One  primary,  gridded  ceiling  and  visibility  product  for  aviation  application 
emerges  as  the  standard  for  the  Cube. 

Agency  Roles  and  Responsibilities:  FAA  continues  to  fund  C&V  research  to  advance  the 
NCV  Analysis  product  from  experimental  to  operational  and  to  develop  a  forecast  extension. 
In  addition,  FAA  Flight  Standards  completes  safety  analysis  of  the  algorithms  to  permit  use 
for  flight  related  decisions  (at  minimum)  and  as  a  primary,  stand-alone  C&V  product 
(optimal)  and  develops  pilot  training  and  testing  standards  for  use  of  the  new  information. 
NWS  or  FAA  transitions  the  algorithms  to  run  in  an  operational  environment.  NWS 
continues  to  fund  development  of  probabilistic  forecast  capability  in  FAMP. 

3.1.5  Develop  IOC  Observation  Content 

Reference:  WBS  3.1.5 

Description:  Observations  from  a  multitude  of  ground-based,  airborne,  and  satellite  sensors 
must  meet  common  data  standards  and  be  net-enabled  and  included  in  the  Cube  in  an 
architecture  that  permits  fast  retrieval. 

Timeframes:  November  2008  -  March  2011 

Inputs: 

[Threshold]  Ground-based  direct  measurement:  ASOS 

[Threshold]  Ground-based  remote  sensing:  NEXRAD  Fevel  III,  TDWR  Fevel  II,  lightning 
(proprietary) 

[Threshold]  Airborne  direct  sensing:  rawinsonde,  aircraft-sensor  measurements  of 
temperature,  winds,  moisture  (some  possibly  proprietary).  Pilot  Reports  (PIREPs) 
(subjective) 

[Threshold]  Space-based  remote  sensing:  GOES-R,  NPOESS 

Exit  Criteria:  Required  data  net-enabled  and  in  the  Cube  following  common  data  standards 
and  exchange  protocols 

Agency  Roles  and  Responsibilities:  NWS,  FAA,  and  DoD  agree  on  standards  and 
architecture  that  will  permit  data  to  exist  in  virtual  Cube.  NWS,  FAA,  and  DoD  reach 
agreement  with  international  partners  on  data  standards. 

3. 1. 6  Develop  Enhanced  Numerical  Modeling  Enabling  Capabilities 
Reference:  WBS  3.1.6 

Description:  Enhanced  and  improved  numerical  modeling  capabilities  are  enablers  critical  to 
meeting  many  of  the  resolution  and  update  frequency  requirements  for  NextGen  weather 
forecasts.  Though  many  of  the  significant  requirements  and  improvements  are  expected 
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beyond  IOC,  it  will  be  important  to  support  any  existing  and  needed  initiatives  the  modeling 
eommunity  has  planned  between  now  and  2013.  It  is  also  important  to  support  the  modeling 
eommunity  R&D  plans  for  those  requirements  already  in  plaee  beyond  IOC. 

Timeframes:  July  2008  -  March  2012 

Inputs:  Four  Dimensional  Weather  Functional  Requirements  for  NextGen  Air  Traffic 
Management,  FAA  Performance  Requirements,  WBS  1.8  (IOC  Content  Definition),  WBS 
3.1.1  -3.1.5 

Deliverables:  All  systems  that  produce  analysis  and  forecast  products  of  aviation  specific 
weather  impact  variables  will  transition  to,  or  be  capable  of  transitioning  to,  output  run  from 
the  latest  applicable  model  sources  available  through  IOC.  There  is  a  commitment  to  work 
with  the  modeling  community  to  provide  them  with  updated  NextGen  requirements  and 
ensure  R&D  to  meet  these  requirements  is  fully  supported.  This  R&D  will  be  needed  to 
meet  both  tactical  (at  least  hourly  updating  with  latest  observations)  and  strategic  (updated 
less  frequently)  requirements. 

Exit  Criteria:  Approval  of  forecast  process  prototype  that  includes  the  most  recent  initiatives 
and  updates  from  the  modeling  community.  Approval  of  an  R&D  support  plan  that 
addresses  future  requirements. 

Agency  Roles  and  Responsibilities:  NOAA  will  lead  this  effort  but  significant  input  and 
coordination  is  required  from  the  FAA,  the  DoD,  and  the  research  community. 

3.2  Contents  Tool  Production 

Reference:  WBS  3.2 

Description:  The  aviation  specific  weather  parameters  identified  for  inclusion  in  the  Cube 
will  be  generated  by  various  observation  dissemination  and  forecast  generation  processes 

Timeframes:  February  2010  -  Nov  2012 

Inputs:  El  Team  IOC  Definition  Eist,  developmental  or  existing  weather  products,  tools,  and 
techniques 

Deliverables:  A  full  suite  of  content  generation  tools  will  be  available  for  content  generation 
of  the  threshold  observation  and  forecast  parameters.  These  tools  will  include  legacy  systems 
(such  as  NWS  TAE  generation  systems)  and  the  development  of  new  systems  such  as 
MADIS  for  observations  or  new  forecast  processes  detailed  in  section  3.4 

Exit  Criteria:  All  threshold  parameters,  as  identified  in  the  El  Team  IOC  Definition,  are 
available  in  the  Cube  at  IOC 
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3.3  Element  Transition  to  Operations 

Reference:  WBS  3.3 

Description:  The  aviation-specific  weather  parameters,  including  icing,  turbulence, 
convection,  ceiling/visibility,  and  observed  surface  weather  must  be  transitioned,  and/or 
certified  for  operational  use  in  the  Cube. 

Timeframes:  September  2010  -  July  2013 

Inputs:  El  Team  IOC  Definition  List,  developmental  or  existing  weather  products,  tools,  and 
techniques 

Deliverables:  FAA  and  NWS  will  transition  existing  aviation-specific  weather  algorithms  to 
operations  in  the  Cube.  The  path  to  operations  for  new  and/or  experimental  algorithms  will 
be  agency  specific.  For  example,  gridded  forecast  products  from  advancements  in  the  NWS 
forecast  process  will  go  through  internal  NWS  certification,  while  transition  of  AWRP 
elements  from  the  FAA  will  be  certified  through  the  NextGen  Weather  Evaluation  Capability 
(NWEC).  It  is  important  to  distinguish  that  transitioning  elements  to  the  Cube  at  IOC  is  not 
the  same  process  that  will  used  to  fuse,  merge,  authorize,  etc.,  the  aviation  weather  parameter 
algorithms  within  the  Cube  and  designate  them  as  components  of  the  SAS  for  Air  Traffic 
Management  (ATM). 

Exit  Criteria:  All  threshold  parameters,  as  identified  in  the  El  Team  IOC  Definition,  are 
available  in  the  Cube  at  IOC 

3.4  Forecast  Process 
Reference:  WBS  3.4 

Description:  The  NextGen  Weather  Paradigm  will  drive  changes  to  the  way  aviation  weather 
parameters  are  forecast.  This  forecast  process  is  expected  to  be  some  combination  of  model¬ 
generated  output  and  algorithms,  such  as  those  from  the  FAA’s  Aviation  Weather  Research 
Program,  along  with  the  development  and  evaluation  of  tools  which  allow  a  Meteorologist  in 
the/over  the  Loop  (MITL/MOTL)  to  add  value  to  provide  additional  input  to  forecasting 
algorithms  as  required.  In  the  process  of  MITL/MOTL  input  to  the  forecasting  algorithms,  a 
meteorologist  will  provide  additional  input  to  forecasting  algorithms  using  robust,  user- 
friendly,  man-machine  interface  software  tools.  This  allows  meteorologists  to  provide 
additional  insight  to  the  forecasting  algorithms  found  in  today’s  Numerical  Weather 
Prediction  (NWP)  models,  especially  for  terminal  and  route  forecasts.  It  also  provides 
confidence  to  the  various  users  of  weather  information  that  the  forecaster’s  best  intelligence 
has  been  incorporated. 

Timeframes:  October  2008  -  December  2010 
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Inputs:  IWP,  Four-Dimensional  Weather  Funetional  Requirements  for  NextGen  Air  Traffie 
Management,  FAA  Performanee  Requirements,  algorithms  from  FAA’s  AWRP 

Deliverables:  As  the  IOC  aviation  weather  impaet  variables  are  identified  and  requirement 
sets  are  finalized,  foreeast  proeesses  to  meet  these  requirement  suites  will  be  fully  supported. 
This  set  will  likely  inelude  (but  will  not  be  limited  to)  existing  AWRP  algorithms  for 
turbulenee  (Graphieal  Turbulenee  Guidanee,  GTG),  ieing  (Current  leing  Produet, 
CIP/Foreeast  Ieing  Product,  FIP),  and  ceiling/visibility  (National  CeilingWisibility,  NCV);  or 
for  convection  products  such  as  the  Corridor  Integrated  Weather  System  and  the  2-6  hour 
planning  forecast  such  as  CoSPA.  Also  needed  is  the  development  of  techniques  for 
MITL/MOTL  interactions  with  these  AWRP  algorithms  and  for  convective  products.  Other 
initiatives  from  NOAA,  NASA,  and  other  government  and  non-governmental  organizations 
may  also  surface  and  should  be  considered,  as  appropriate. 

Exit  criteria:  Limited  set  of  new  forecast  products  produced  by  NWS  forecasters  to  deliver 
required  aviation  weather  impact  parameters  to  the  Cube  for  IOC 

Agency  Roles  and  Responsibilities:  NWS  will  work  with  its  research  partners  and  with 
output  from  the  FAA’s  AWRP 

3. 4. 1  Framework  Development 

Reference:  WBS  3.4.1 

Description:  Prototype  and  evaluate  the  forecast  processes  for  the  generation  of  NextGen  4-D 
weather  datasets. 

Timeframes:  January  2009  -  December  2010 

Inputs:  IWP,  Four-Dimensional  Weather  Functional  Requirements  for  NextGen  Air  Traffic 
Management,  FAA  Performance  Requirements,  algorithms  from  FAA’s  AWRP 

Deliverables:  The  NWS  has  allocated  a  variety  of  tasks  to  either  internal  NWS  research 
entities  (NWS’  Meteorological  Development  Laboratory  (MDL))  or  other  NWS  research 
partners  to  evaluate  the  current  state  of  the  aviation  forecast  process  and  then  assess  where 
and  how  forecasters  will  add  value  in  the  NextGen  paradigm.  These  include: 

•  A  feasibility  study  of  adding  ceiling  and  visibility  to  the  NWS  National  Digital  Lorecast 
Database  (NDLD) 

•  Evaluation  report  on  the  role  of  the  forecaster  in  the  NextGen  era. 

A  prototype/  test  bed  of  4-D  Weather  Lorecast  Process  will  be  in  place  which  allows 
evaluation  of  both  the  model-generated  techniques  and  algorithms  with  their  MITL/MOTL 
processes.  A  process  will  also  be  in  place  to  compare/measure  the  quality  of  the 
MITL/MOTL  data  with  the  fully  automated  forecasting  systems  without  forecasters,  though  a 
comprehensive  Quality  Assurance/Quality  Check  (QA/QC)  cannot  be  accomplished  in  this 
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time  period.  A  goal  of  this  QA/QC  proeess  will  be  to  provide  feedbaek  to  the  automated 
forecast  system  developers  to  enhance  automated  forecast  system  performance  in  areas 
where  MITL/MOTL  interactions  add  value  on  a  regular  basis. 

Exit  criteria:  Approval  of  a  defined  forecast  process  for  each  aviation  weather  impact 
variable. 

Agency  Roles  and  Responsibilities:  NOAA  will  lead  this  effort  but  the  forecast  process 
validation  team  will  include  members  from  the  FAA,  the  DOD,  and  the  research  community 
including  participation  from  the  private/commercial  sector. 

3.4.2  MITL/MOTL  Tool  Development 

Reference:  WBS  3.4.2 

Description:  Prototype  and  evaluate  specific  forecast  processes  for  which  allows 
meteorologists  to  adjust  or  enhance  gridded  NWP  data 

Timeframes:  October  2008  -  January  2010 

Inputs:  IWP,  Four-Dimensional  Weather  Functional  Requirements  for  NextGen  Air  Traffic 
Management,  FAA  Performance  Requirements,  algorithms  from  FAA’s  AWRP 

Deliverables:  NWS  has  tasked  MDF  and  its  research  partners  to  continue  with  testing  and 
evaluation  of  two  specific  MITF/MOTF  processes: 

•  Interactive  Calibration  in  Four  Dimensions  (IC4D)  -  IC4D  allows  NWS  forecasters  to 
modify  and  adjust  4-D  gridded  output  from  AWRP  algorithms.  IC4D  test-bed  has  been  in 
place  in  AK  for  the  last  2  years  and  is  newly  expanded  to  the  NWS  Pacific  Region.  An 
IC4D  test-bed  is  also  planned  for  the  NWS  Aviation  Weather  Center  in  2009 

•  AutoNowcaster  (ANC)  -  ANC  is  a  program  to  assist  NWS  forecasters  in  identifying 
convective  initiation  fields  which  add  value  to  short-term  (often  automated)  thunderstorm 
forecasts.  ANC  has  been  tested  at  the  NWS  Forecast  Office  in  Ft.  Worth,  TX  for  the  past 
few  years  and  is  planned  for  expansion  to  FF  in  2009.  It  is  also  desired  to  incorporate 
ANC  into  live  NextGen  demonstrations  as  soon  as  possible. 

NWS  has  tasked  MDF  and  its  research  partners  to  continue  expanding,  testing,  and 
evaluating  both  IC4D  and  ANC  in  the  coming  years  with  some  limited  application  of  these 
processes  in  place  before  IOC. 

Exit  criteria:  Fimited  operational  use  of  both  IC4D  and  ANC  output  to  generate  forecasted 
aviation-impact  variables  at  IOC,  specifically  icing  and  turbulence  from  IC4D  and 
convective-initiation  parameters  from  ANC 
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Agency  Roles  and  Responsibilities:  NOAA  will  lead  this  effort  with  continued  support  from 
MDL  and  its  research  partners.  FAA  will  support  through  the  AWRP  and  will  help  QA/QC 

3.5  Verification 

Reference:  WBS-3.5 

Description:  A  NWS  forecast  evaluation  process  will  be  established  to  provide  metrics  on 
aviation  weather  impact  variable  forecast  skill  in  terms  of  both  accuracy  and  quality. 
Capabilities  for  independent  verification  assessments  and  automated  verification  approaches 
will  be  used  to  determine  where,  when,  and  how  forecasters  add  value  in  the  forecast  process 
using  various  product  generation  applications.  Verification  tools  for  local  prototyping  will 
be  developed. 

Verification  and  assessment  techniques  will  be  applied  to  evaluate  aviation-weather- impact 
variables  generated  interactively  from  numerical  and  statistical  guidance  and  made  available 
in  the  Cube  as  deterministic  and  probabilistic  forecasts.  A  Network-enabled  Verification 
Service  (NEVS)  will  provide  capabilities  for  verification  and  performance  management  of  all 
NOAA-generated,  aviation-impact  variables  and  products  in  the  Cube. 

High  spatial  and  temporal  resolution  analyses  of  data  from  the  Analysis  of  Record  shall  be 
provided  as  the  basis  for  verification  of  gridded  Aviation  impact  variables  in  the  Cube 
including  icing,  ceiling  height,  obstruction  to  visibility,  turbulence,  and  convection. 

Timeframes:  March  2009  -  October  2012. 

Deliverables:  NEVS  infrastructure  interface  to  the  Cube,  reports  on  NWS  Eorecast 
Evaluation  Process  for  IOC,  verification  analysis  tools  for  applications  used  to  generate  the 
weather  impact  forecast  variables  in  the  Cube  at  IOC,  aviation  analyses  of  record,  and 
verification  metric  reports  for  all  forecast  variables  in  the  Cube  at  IOC.  A  demonstration  of 
NEVS  operations  capabilities  will  be  completed  by  October  2012. 

Exit  criteria:  Operational  NEVS  capabilities  required  for  verification  of  IOC  weather 
elements  in  the  Cube.  Verification  skill  assessment  of  IOC  gridded  aviation-impact 
variables. 

Agency  Roles  and  Responsibilities:  NOAA’s  Office  of  Oceanic  and  Atmospheric  Research 
Global  Systems  Division  will  develop  the  NEVS  and  establish  the  forecast  evaluation 
process.  NOAA’s  NWS  MDE  will  provide  routine  verification  reports  for  generated 
products.  NOAA’s  NWS  Environmental  Modeling  Center  will  provide  analyses  of  aviation- 
impact  variables  for  gridded  verification. 

4.0  Single  Authoritative  Source 

Reference:  WBS  4 
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Description:  The  capability  to  have  a  rudimentary  SAS  of  aviation  weather  information  for 
use  by  Air  Traffic  Managers  and  systems  is  desired  for  IOC.  Though  the  SAS  available  at 
IOC  will  not  meet  all  functional  or  performance  requirements  of  the  SAS,  the  capability  to 
designate  selected  products  as  members  of  the  SAS,  apply  appropriate  metadata  and 
standards,  and  allow  access  to  all  required  users  is  fundamental  to  future  development.  The 
SAS  concept  and  architecture  is  a  primary  consideration  of  both  the  interagency  and  agency 
Cube  architectures. 

4.1  Single  Authoritative  Source  Concept 

Reference:  WBS4.1 

Description:  This  task  will  develop  the  foundational  documents  for  the  IOC  SAS  capability. 
A  SAS  white  paper.  Concept  of  Operations,  and  an  initial  set  of  business  rules  will  be 
delivered.  The  SAS  requirements  and  architecture  will  be  derived  from  these  documents 
which  will  allow  the  techniques  and  tools  required  to  manage  the  SAS  to  be  developed. 

Timeframes:  Jan  2009  -  May  2010 

Deliverables:  SAS  White  Paper,  IOC  SAS  ConOps,  requirements,  and  architecture 

Exit  criteria:  Completed  requirements  and  architecture  for  the  IOC  SAS 

Agency  Roles  and  Responsibilities:  NOAA  will  be  the  lead  agency  for  this  effort  but  the 
documents  will  be  developed  under  the  auspices  of  the  JPDO  with  input  from  FAA,  DoD, 
and  Industry  participants. 

5.0  Initial  Operational  Capability 

Reference:  WBS  5 

Description:  Initial  Operational  Capability  of  the  Cube  will  be  delivered,  having  completed 
all  required  OT&E  and  C&A  processes.  The  IOC  capability  may  be  regional  in  coverage, 
with  a  limited  number  of  users.  Appropriate  IT  infrastructure  will  be  in  place  to  provide 
weather  information  from  the  Cube  to  NAS  users. 
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APPENDIX  D:  COST  ESTIMATE 

This  Appendix  will  be  updated  following  passage  of  the  FYIO  Budget. 
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APPENDIX  E.  TEAM  MEMBERSHIP 
Initial  Operating  Capability  Team 


Name 

Agency/Company 

Steve  Abel  man 

Mark  Andrews 
Michael  Asmussen 

William  Benner 

Mary  Cairns 

Lou  Cantrell 

Thomas  Carty 

Sal  Catapano 

Darien  Davis 

Richard  Deininger 
Sotelo  Guillermo 
Richard  Heuwinkle 
Tim  Hopkins 

Chris  Kuruppu 

Arnold  Lee 

Ken  Leonard 

Thomas  Mak 

Eric  Mandel 

David  Miller 

Cecilia  Miner 
Raymond  Moy 

Curtis  Neidhart 

Kurt  Nelson 

Tri  Nguyen 

Alan  Nierow 

David  Pace 

Thomas  Ryan 

Joe  Sherry 

Russell  Sinclair 

Jim  Stobie 

Paul  Strande 

Bill  Swart 

James  Tauss 

Jason  Tuell 

Jamie  Vavra 

NOAA 

JPDO  /  Weather  WG  Co-Chair 

NOAA 

FAA 

FAA 

JPDO/Integrated  Systems  Solutions 

FAA 

JPDO/Concept  Solutions 

NOAA 

Boeing 

FAA 

FAA 

NOAA 

NOAA 

JPDO/Integrated  Systems  Solutions 

FAA 

NOAA 

AvMet 

DoD 

NOAA 

FAA 

NOAA 

Navy 

FAA 

JPDO/  Booz  Allen 

FAA 

FAA 

MITRE 

Harris 

Ensco 

FAA 

NOAA 

Aviation  Management 

NOAA 

NOAA 
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Information  Technology  /  Enterprise  Services  Team 


Name 

Agency/Company 

Steve  Abel  man 

Mark  Andrews 

Michael  Asmussen 
Robert  Avjian 

Keith  Bourke 

Aaron  Braeckel 

Mary  Cairns 

Thomas  Carty 

Michael  Cetinich 
Cranston  Coleman 
Bela  Collins 

William  Curry 

Beth  Ducot 

Stowell  Davison 
Richard  Deininger 

Rich  Delaura 

Paul  Fiduccia 

Alan  Frasier 

Eldridge  Frazier 

Brian  Gockel 

Andrew  Gordon 
Timothy  Hopkins 
Michael  Howland 

Ronald  Jones 
Christopher  Kuruppu 
Michael  Lewis 

Michael  Little 

Chris  MacDermaid 
Steve  Maciejewski 

Eric  Mandel 

Starr  McGettigan 

Patty  Miller 

Cecilia  Miner 

Kalani  Nannette 

Steve  Newton 

Oliver  Nuell 

Ed  Ost 

David  Pace 

Victor  Passetti 

Tom  Ryan 

Lynn  Sherretz 

Robert  Showalter 
Cheryl  Souders 

William  Swart 

Harry  Tabak 

NOAA 

JPDO/  Weather  WG  Co-Chair 

NOAA 

Lockheed  Martin 

Harris 

UCAR 

FAA 

FAA 

Jeppesen 

Sonalysts 

LOCB 

Navy 

MIT 

NOAA 

Boeing 

MIT 

ASE  Incorporated 

Raytheon 

FAA 

NOAA 

Unisys 

NOAA 

Air  Force 

NOAA 

NOAA 

Boeing 

JPDO/NASA 

NOAA 

FAA 

AvMet 

FAA 

NOAA 

NOAA 

FAA 

Flat  Irion  Solutions 

MIT 

Flat  Irion  Solutions 

FAA 

FAA 

FAA 

NOAA 

BAE  Systems 

FAA 

NOAA 

NOAA 
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Name 

Agency/Company 

James  Tauss 

Greg  Thompson 
Clinton  Wallace 
Walter  Wilkerson 

Eric  Wise 

Aviation  Management 

UCAR 

NOAA 

Air  Force 

Air  Force 

Demo  Team 


Name 

Agency/Company 

Steve  Abel  man 
Michael  Asmussen 
Robert  Avjian 

Lou  Cantrell 

Sal  Catapano 

Jenny  Colavlto 

Imani  Jeffries 

Al  Kaehn 

Robert  Lee 

Arnold  Lee 

Tenny  Lindholm 
Aaron  Maddux 

Eric  Mandel 

Cecilia  Miner 

Pat  Murphy 

John  Murray 

Tri  Nguyen 

Dave  Pace 

Phillip  Shaffner 

Lynn  Sherretz 

Joe  Sherry 

Cammye  Sims 

Kevin  Starr 

Paul  Strande 

James  Tauss 

Clinton  Wallace 
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